軟體測試文件有用，但永遠不足

　　不管是軟體測試設計，還是測試執行，軟體工作產品都是軟體測試活動的主要輸入，例如：系統需求文件。因此，軟體工作產品（專案文件）對於有效開展軟體測試活動是至關重要的。然而，現實情況是：即使是試圖充分描述軟體產品的專案團隊，其開發的專案文件（例如需求規格說明文件）也和想象有很大差距，例如：需求不清楚、不完善。這是一個不可對抗的事實，也是一個基本問題。

　　根據實踐經驗估算，在當前的軟體專案中超過80%的程式碼用於實現錯誤處理，實現主要控制流的程式碼不足20%。但是即使是完整的規格說明也可能只會用不足20%的篇幅描述錯誤處理。這就意味著80%的程式碼是軟體人員邊編碼邊設計的。

　　由於專案文件中將主要篇幅放在了主要功能的描述上面，而對其中的錯誤處理等方面描述不足。因此，測試人員不能根據需求文件完備、一致或者準確的假設來設計和執行測試，即在軟體測試過程中，軟體測試人員僅僅考慮專案文件中提供的資訊是不夠的。下面羅列了一些對測試人員有用的資訊源，以補充專案文件中沒有提供的資訊：

　　1）軟體產品相關的國際標準、國家標準和行業標準；

　　2）類似專案的使用者手冊，或者以前版本的使用手冊；

　　3）利益相關者提供的各種培訓資料和變更備忘錄；

　　4）已出版的圖形化介面風格指南和使用者介面標準，例如：微軟公司出版的指南；

　　5）通過和系統人員、開發人員、客戶支援人員等的溝通獲取的產品資訊和客戶資訊；

　　6）以前軟體產品的缺陷列表和缺陷分類；

　　7）開展探索性測試，以獲取軟體產品更多的表現行為和輸出；

本文轉載自51Testing軟體測試網，檢視更多：http://www.51testing.com/html/news.html

[@more@]

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1060242/，如需轉載，請註明出處，否則將追究法律責任。