軟件測試中系統測試的要求和主要內容(3)

　　易用性測試。目標：檢查系統界面和功能是否容易學習、使用方式是否規范一致，是否會誤導用戶或者使用模糊的信息;方法：可以采用用戶操作、觀察(錄像)、反饋并評估的方式，一般與功能測試結合使用。

　　安裝測試。目標：檢查系統安裝是否能夠安裝所有需要的文件/數據并進行必要的系統設置，檢查系統安裝是否會破壞其他文件或配置，檢查系統安裝是否可以中止并恢復現場，檢查系統是否能夠正確卸載并恢復現場，檢查安裝和卸載過程的用戶提示和功能是否出現錯誤。有時候將安裝測試作為功能測試的一部分。

　　配置測試。目標：在不同的硬件配置下，在不同的操作系統和應用軟件環境中，檢查系統是否發生功能或者性能上的問題;方法：一般需要建立測試實驗室。

　　文檔測試。目標：檢查系統的文檔是否齊全，檢查是否有多余文檔或者死文檔，檢查文檔內容是否正確/規范/一致等;方法：一般由單獨的一組測試人員實施。

　　安全測試(包括病毒、加密、權限)。目標：檢查系統是否有病毒，檢查系統是否正確加密，檢查系統在非授權的內部或外部用戶訪問或故意破壞時是否出現錯誤。

　　恢復測試。目標：在人為發生系統災難(系統崩潰、硬件損壞、病毒入侵等)的情況下，檢查系統是否能恢復被破壞的環境和數據。

　　回歸測試。定義回歸測試是一種選擇性重新測試，目的是檢測系統或系統組成部分在修改期間產生的缺陷，用于驗證已進行的修改并未引起不希望的有害效果，或確認修改后的系統或系統組成部分仍滿足規定的要求;目標檢查系統變更之后是否引入新的錯誤或者舊的錯誤重新出現，尤其是在每次Build之后和穩定期測試的時候;一般使用工具，一般依賴于測試用例庫和缺陷報告庫。

　　健全測試。目標：檢查系統的功能和性能是否基本可以正常使用，來確定是否可以繼續進行系統測試的其他內容;方法：正常安裝，并使用正常情況下的測試用例對主要功能進行測試;同時檢查系統文檔是否齊全。

　　交付測試。目標：關閉所有缺陷報告，確保系統達到預期的交付標準;方法：一般需要結合回歸測試，并謹慎處理新出現的Bug。交付測試也稱為穩定期測試，有時候與系統測試獨立劃分。

　　演練測試。目標：在交付給用戶之前，利用相似的用戶環境進行測試。例如：奧運會MIS系統在2008年前用于其他比賽。

　　背靠背測試。目標：設置一組以上的測試團隊，在互相不進行溝通的情況下獨立進行相同的測試項目，用來評估測試團隊的效果并發現更多的錯誤。開始用于測試外包，現在也用于內部測試。

　　度量測試。目標：在系統中人為地放入錯誤(播種)，并根據被發現的比例來確定系統中遺留的錯誤數量。開始用于測試外包，現在也用于內部測試。

　　比較測試。目標：與競爭產品及本產品的舊版本測試同樣的內容，來確定系統的優勢和劣勢。嚴格地說，比較測試屬于系統測評的內容，BenchMarking是一種特殊的比較測試。

　　上述18種測試內容并不是都要進行的，制定測試策略和測試計劃的時候要有不同的側重點，而這與測試目標、測試資源、軟件系統特點和業務環境有關。

　　另外，上述18種測試最好由獨立第三方進行測試。因為進行獨立測試的目的是進一步加強軟件質量保證工作，提高軟件的質量，并對軟件產品進行客觀評價。而進行第三方獨立測試通常有發揮專業技術優勢和獨立性優勢，能夠有效地促進承辦方的工作等方面的優勢。

　　系統測試，英文是System Testing。

　　系統測試是基于系統整體需求說明書的黑盒類測試，應覆蓋系統所有聯合的部件。系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不相符合或與之矛盾的地方。

　　系統測試的對象不僅僅包括需要測試的產品系統的軟件，還要包含軟件所依賴的硬件、外設甚至包括某些數據、某些支持軟件及其接口等。因此，必須將系統中的軟件與各種依賴的資源結合起來，在系統實際運行環境下來進行測試。

　　本文講述的是：系統測試的概念，什么是系統測試。

　　相關概念：單元測試、黑盒測試、驗收測試、可用性測試。 

原文轉自：http://www.anti-gravitydesign.com