確認測試
出自 MBA智库百科(https://wiki.mbalib.com/)
目錄 |
確認測試又稱有效性測試,其任務是驗證軟體的有效性,即驗證軟體的功能和性能及其他特性是否與用戶的要求一致。當軟體完成了集成測試且可運行,所有軟體代碼都在配置管理控制下,已經具備了合同規定的軟體確認測試環境時,可進行確認測試。軟體需求說明書描述了全部用戶可見的軟體屬性,是軟體確認測試的基礎。
確認測試的內容包括以下幾方面:
1)安裝測試
在安裝軟體系統時,會有多種選擇。要分配和裝入文件與程式庫,佈置適用的硬體配置,進行程式的連接。而安裝測試的目的不是查找軟體錯誤,而是要查找出在這些安裝過程中出現的錯誤。
2)功能測試
功能測試是依據需求文檔來測試軟體系統的功能是否正確。由於正確性是軟體最重要的質量因素,所以功能測試必不可少。
3)性能測試
性能測試是測試軟體系統處理事務的速度,一方面是檢驗性能是否符合需求;另一方面是為了得到某些性能數據以供參考。
特別是對於實時系統或嵌入式系統,軟體只滿足要求的功能而達不到要求的性能是不可接受的,因此還需要進行性能測試。性能測試可以出現在測試過程的各個階段,甚至在單元層次上,也可以進行性能測試。
4)安全性測試
安全性測試是測試軟體系統防止非法入侵的能力,及系統有無漏洞。為此要瞭解破壞安全性的方法和工具,並設計一些模擬測試用例對系統進行測試,力圖破壞系統的保護機構以進入系統。
5)兼容性測試
兼容性測試主要想驗證軟體產品在不同版本之間的兼容性。基本的兼容性測試有兩類:向下兼容和交錯兼容。向下兼容測試是測試軟體的新版本保留它早期版本的功能的情況;而交錯兼容測試主要是驗證共同存在的兩個不同但相關的產品之間的兼容性。
6)可使用性測試
可使用性測試主要從使用的合理性、方便性等角度對軟體系統進行檢查,以發現人為因素或使用上的問題。
7)文檔測試
文檔測試是檢查用戶文檔(如用戶手冊)的清晰性。
在確認測試階段,首先要進行有效性測試以及軟體配置覆審,然後進行驗收測試和安裝測試,在通過了專家鑒定之後,才能成為可交付的軟體。
1.進行有效性測試
有效性測試是在模擬的環境(可能就是開發的環境)下,運用黑盒測試的方法,驗證被測軟體是否滿足需求規格說明書列出的需求。進行有效性測試時,首先需要根據要求制定測試計劃,規定要做測試的種類。還需制定一組測試步驟,描述具體的測試用例。通過實施預定的測試計劃和測試步驟來確定軟體的特性與需求是否相符,以確保滿足所有的軟體的功能需求、達到所有的軟體性能需求,並且所有的文檔都是正確且便於地使用。此外,對其他的軟體需求,例如兼容性、可移植性、可維護性、出錯自動恢復等,也都要進行測試,確認這些性質是否得到滿足。
2.軟體配置複查
確認測試的另一個重要環節是配置覆審。覆審的目的在於保證軟體配置齊全、分類有序,並且包括軟體維護所必需的細節。
除了按照合同規定的內容和要求,由人工進行軟體配置審查外,在確認測試的過程中,應當嚴格遵守用戶手冊和操作手冊中規定的使用步驟,以便檢查相關文檔資料的正確性和完整性,並仔細記錄發現的錯誤和遺漏,適當地進行補充和改正。
3.a測試和b測試
在軟體交付使用之後,用戶將如何實際使用程式,對於開發者來說是無法預測的。例如,用戶可能錯誤的理解命令,或提供一些奇怪的數據組合,亦可能對設計者自認明瞭的輸出信息迷惑不解等。因此,軟體是否真正滿足最終用戶的要求,應由用戶進行一系列驗收測試。驗收測試既可以是非正式的測試,也可以是有計劃的、系統性測試。但是一個軟體產品,可能擁有眾多的用戶,不可能讓每個用戶都來進行驗收,因此,往往採用稱為a、B測試的方法,以發現可能只有最終用戶才能發現的錯誤。
a測試是由一個用戶在開發環境下進行的測試,也可以是軟體開發公司組織內部人員模擬各類用戶行對即將面市軟體產品(稱為a版本)進行的測試。a測試的關鍵在於儘可能逼真地模擬實際運行環境和用戶對軟體產品的操作並盡最大努力涵蓋所有可能的用戶操作方式,併在測試中試圖發現錯誤並修正。a測試人員是除開產品開發人員之外首先見到產品的人,他們提出的功能和修改意見是特別有價值的。
經過a測試調整的軟體產品稱為B版本。B測試是由軟體的多個用戶在一個或多個用戶的實際使用環境下進行的測試。與a測試不同的是,開發者通常不在測試現場。在B測試中,用戶需要記錄所遇到的一切問題,並要求用戶報告異常情況、提出批評意見。開發者在綜合用戶的報告之後,做出修改,最後將軟體產品交付給全體用戶使用。8測試著重於產品的支持性,包括文檔、客戶培訓和支持產品生產能力,因此,只有當a測試達到一定的可靠程度時,才能開始B測試。
4.確認測試結果
在全部確認測試的測試用例運行完後,就可以對軟體系統的測試結果進行確認,軟體確認測試的結果有兩種可能:
(1)測試結果與預期的結果相符,這說明軟體的這部分功能和性能指標滿足軟體需求說明的要求,用戶可以接受。
(2)測試結果與預期的結果不符,這說明軟體的這部分功能或性能特征不滿足軟體需求說明的要求,用戶無法接受。此時,需要開列一張軟體各項缺陷表或軟體問題報告,通過與用戶的協商,解決所發現的缺陷和錯誤。
- 李彤,王煒,鬱湧編著,軟體工程概論,科學出版社,2012.02,第217頁