1、l 測試的基本理論及方法l 自動化性能和壓力測試測試的基本理論及方法用戶要求用戶：我要什么？需求說明書分析員：我可以提供什么？設計說明書設計員：我要軟件做什么？源程序程序員：我要讓計算機怎么做？運行結果計算機：程序運行得到的結果理解正確性表達正確性理解正確性設計正確性表達正確性理解正確性編碼正確性運行正確性輸入正確性相符嗎？12345l 軟件配置：軟件配置：包括軟件需求規格說明、軟件設計規格說明、源代碼 等；l 測試配置：測試配置：包括測試計劃、測試用例、測試驅動程序等。實際上，在整個軟件工程過程中，測試配置只是軟件配置的一個子集。l 測試工具：測試工具：為提高軟件測試效率，可使用測試工具支持

2、測試工作。例如：測試數據自動生成程序、測試結果分析程序等。名稱說明黑盒測試基于軟件需求，而不是基于軟件內部設計和程序實現的測試方式。白盒測試基于軟件內部設計和程序實現的測試方式。單元測試主要測試軟件模塊的源代碼。一般由開發人員而非獨立測試人員來執行，因為測試者需要懂得該單元的設計與程序實現，測試者可能需要編寫額外的測試驅動程序。集成測試將一些“構件”集成一起時，測試它們能否正常運行。這里“構件”可以是程序模塊、客戶機服務器程序等等。功能測試測試軟件的功能是否符合功能性需求，通常采用黑盒測試方式。一般由獨立測試人員執行。系統測試測試軟件系統是否符合所有需求，包括功能性需求與非功能性需求。一般由獨

3、立測試人員執行，通常采用黑盒測試方式。回歸測試指錯誤被修正后或軟件功能、環境發生變化后進行的重新測試。回歸測試的困難在于不好確定哪些內容應當被重新測試。驗收測試由客戶或最終用戶執行，測試軟件系統是否符合需求規格說明書。名稱說明負載測試測試軟件系統的最大負載，超出此負載軟件可能會失常。壓力測試概念上與負載測試相似，叫法不同。性能測試測試軟件在各種狀況下的性能，如在正常或最大負載下的狀況。易用性測試測試軟件是否易用，主觀性比較強。一般要根據很多用戶的測試反饋信息，才能評價易用性。安裝與反安裝測試測試軟件在“全部、部分、升級”等狀況下的安裝/反安裝過程。恢復測試測試該系統從故障中恢復過來的能力。安全

4、性測試測試該系統防止非法侵入的能力。兼容性測試測試該系統與其它軟件硬件兼容的能力。比較測試通過與同類產品比較，考察該系統的優點、缺點。Alpha 測試一種先期的用戶測試，此時系統剛剛開發完成。Beta測試一種后期的用戶測試，此時系統已經通過內部測試，大部分錯誤已經改正，即將正式發行。需求開發 高層設計詳細設計編程單元測試集成測試系統測試驗收測試測試方式特征依據測試人員測試驅動程序黑盒測試只關心軟件的外部表現，不關心內部設計與實現。軟件需求任何人（包括開發人員、獨立測試人員和用戶）一般無需編寫額外的測試驅動程序白盒測試關注軟件的內部設計與實現，要跟蹤源代碼的運行。設計文檔由開發人員兼任測試人員的

5、角色需要編寫額外的測試驅動程序制定測試計劃設計測試用例執行測試寫測試報告消除軟件缺陷審批審批回歸測試完成測試完成準則啟動準則測試結果分析排錯可靠性分析軟件配置測試配置測試工具測試結果期望結果錯誤改正的軟件出錯率數據預測的可靠性單元測試單元測試單元測試.集成測試確認測試系統測試被測模塊被測模塊被測模塊 已經過 測試的模塊設 計 信 息軟 件 需 求系 統 其它 元素已集成的軟件已確認的軟件可交付的軟件開發階段的測試產品階段的測試測試用例的基本要素有：目的、前提條件、輸入數據或動作、期望的響應。二、性能測試 1、連接速度測試 用戶連接到Web應用系統的速度根據上網方式的變化而變化，他們或許是電話撥

6、號，或是寬帶上網。當下載一個程序時，用戶可以等較長的時間，但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長（例如超過5秒鐘），用戶就會因沒有耐心等待而離開。 另外，有些頁面有超時的限制，如果響應速度太慢，用戶可能還沒來得及瀏覽內容，就需要重新登陸了。而且，連接速度太慢，還可能引起數據丟失，使用戶得不到真實的頁面。 2、負載測試 負載測試是為了測量Web系統在某一負載級別上的性能，以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量，也可以是在線數據處理的數量。例如：Web應用系統能允許多少個用戶同時在線？如果超過了這個數量，會出現什么現象？We

7、b應用系統能否處理大量用戶對同一個頁面的請求？ 3、壓力測試 負載測試應該安排在Web系統發布以后，在實際的網絡環境中進行測試。因為一個企業內部員工，特別是項目組人員總是有限的，而一個Web系統能同時處理的請求數量將遠遠超出這個限度，所以，只有放在Internet上，接受負載測試，其結果才是正確可信的。 進行壓力測試是指實際破壞一個Web應用系統，測試系統的反映。壓力測試是測試系統的限制和故障恢復能力，也就是測試Web應用系統會不會崩潰，在什么情況下會崩潰。黑客常常提供錯誤的數據負載，直到Web應用系統崩潰，接著當系統重新啟動時獲得存取權。 壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。l

8、三、可用性測試 l1、導航測試 l導航描述了用戶在一個頁面內操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間。通過考慮下列問題，可以決定一個Web應用系統是否易于導航：導航是否直觀？Web系統的主要部分是否可通過主頁存取？Web系統是否需要站點地圖、搜索引擎或其他的導航幫助？ l在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向于目的驅動，很快地掃描一個Web應用系統，看是否有滿足自己需要的信息，如果沒有，就會很快地離開。很少有用戶愿意花時間去熟悉Web應用系統的結構，因此，Web應用系統導航幫助要盡可能地準確。 l導航的另一

9、個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統里面是否還有內容，內容在什么地方。 lWeb應用系統的層次一旦決定，就要著手測試用戶導航功能，讓最終用戶參與這種測試，效果將更加明顯。2、圖形測試 在Web應用系統中，適當的圖片和動畫既能起到廣告宣傳的作用，又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有： （1）要確保圖形有明確的用途，圖片或動畫不要胡亂地堆在一起，以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小，并且要能清楚地說明某件事情，一般都鏈接到某個具體的頁面

10、。 （2）驗證所有頁面字體的風格是否一致。 （3）背景顏色應該與字體顏色和前景顏色相搭配。 （4）圖片的大小和質量也是一個很重要的因素，一般采用JPG或GIF壓縮。 3、內容測試 內容測試用來檢驗Web應用系統提供信息的正確性、準確性和相關性。 信息的正確性是指信息是可靠的還是誤傳的。例如，在商品價格列表中，錯誤的價格可能引起財政問題甚至導致法律糾紛；信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行，例如使用Microsoft Word的拼音與語法檢查功能；信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口，也就是一般Web站點中的所謂相關文章

11、列表。4、整體界面測試 整體界面是指整個Web應用系統的頁面結構設計，是給用戶的一個整體感。例如：當用戶瀏覽Web應用系統時是否感到舒適，是否憑直覺就知道要找的信息在什么地方？整個Web應用系統的設計風格是否一致？ 對整體界面的測試過程，其實是一個對最終用戶進行調查的過程。一般Web應用系統采取在主頁上做一個調查問卷的形式，來得到最終用戶的反饋信息。 對所有的可用性測試來說，都需要有外部人員（與Web應用系統開發沒有聯系或聯系很少的人員）的參與，最好是最終用戶的參與。 四、客戶端兼容性測試 1、平臺測試 市場上有很多不同的操作系統類型，最常見的有Windows、Unix、Macintosh、L

12、inux等。Web應用系統的最終用戶究竟使用哪一種操作系統，取決于用戶系統的配置。這樣，就可能會發生兼容性問題，同一個應用可能在某些操作系統下能正常運行，但在另外的操作系統下可能會運行失敗。 因此，在Web系統發布之前，需要在各種操作系統下對Web系統進行兼容性測試2、瀏覽器測試 瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如，ActiveX是Microsoft的產品，是為Internet Explorer而設計的，javascript是Netscape的產品，Java是Sun

13、的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。 測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。五、安全性測試 Web應用系統的安全性測試區域主要有： （1）現在的Web應用系統基本采用先注冊，后登陸的方式。因此，必須測試有效和無效的用戶名和密碼，要注意到是否大小寫敏感，可以試多少次的限制，是否可以不登陸而直接瀏覽某個頁面等。 （2）Web應用系統是否有超時的限制，也就是說，用戶登陸后在一定時間內（例如15分鐘）沒有點擊任何頁面，是否需要重新登陸才能正常使用。 （3）為了保證Web應用系統的安全性，日志文件是至關重要的。需要測試相關信息是否寫進了日志文件、是否可追蹤。 （4