軟體測試學習教程—軟體測試基礎理論四

　　在上一篇文章中介紹了有關軟體測試常用的方法，今天筆者繼續來和大家分享。

 

　　軟體測試的目標是儘可能早地找出軟體缺陷，並保證其得以修復。關於測試計劃是規定測試活動的範圍、方法、資源和進度；明確正在測試的專案、要測試的特性、要執行的測試任務、每個任務的負責人，以及與計劃相關的風險。軟體測試計劃（software test plan ）是軟體測試員與產品開發小組交流意圖的主要方式。測試計劃只是建立詳細計劃過程的一個副產品，重要的是計劃過程，而不是產生的結果文件。測試計劃過程的最終目標是交流（而不是記錄）軟體測試小組的意圖、期望，以及對將要執行的測試任務的理解。

 

　　制定測試目標要從以下方面著手：

 

　　1. 理解系統， 2. 及早介入， 3. 理解企業文化和過程， 4. 測試期望， 5. 吸取教訓， 6. 工作量大小， 7. 解決方案的型別， 8. 技術選擇， 9. 預算， 10. 時間表， 11. 分階段的解決方案。測試計劃的內容：測試專案簡介： 1. 產品規格：產品名稱、製造商和產品版本號的說明， 2. 產品資訊：產品的使用者、開發該產品的背景， 3. 技術結構：介紹產品的主要功能，可以藉助圖表的格式表述。測試參考文件：測試計劃中引用的文件或書籍，如：軟體專案合同、軟體新技術書籍 ( 文章 ) 、各階段軟體設計文件等。測試提交文件：測試用例，提供測試用例模板，確定測試用例編號規則，測試日誌，提供測試日誌模板，缺陷報告，提供缺陷報告模板（包括包含哪些內容），缺陷跟蹤系統還是電子文件，確定嚴重程度和優先順序別如何劃分，測試總結，提供缺陷總結模板。

 

　　測試計劃的內容，定義了開發產品或測試過程中常用術語的含義。測試策略描述測試小組用於測試整體和每個階段的方法。確定測試策略要從模組、功能、整體、系統、版本、壓力、效能、配置和安裝等各個方面來考慮。測試階段進入退出標準，進入標準：允許系統進入一個特定的測試階段時所必須具備的條件；退出標準：規定測試何時結束的條件。

 

　　測試計劃的內容，確定測試內容：功能的測試，理論上測試要覆蓋所有的功能項。設計的測試，對一些使用者介面、選單的結構還有窗體的設計是否合理等的測試。整體考慮，要考慮到資料流從軟體中的一個模組流到另一個模組的過程中的正確性。確定功能項優先順序，風險，複雜度，客戶需求。資源：人力資源；系統資源：硬體和軟體。測試進度，安排測試進度的重要性。計劃測試進度和人員安排要考慮：記錄當前專案每項任務實際花費的人員和時間；考慮測試組織的測試成熟度；測試需求範圍；測試工程師的技術水平；使用測試工具的熟練程度；商業知識；測試程式的範圍；測試工作的啟動；軟體計劃升級的版本個數；高風險的應用程式。風險和問題：市場的壓力，測試時間不夠，主要是功能凍結後的系統測試的時間可能不夠，測試資源是否能及時到位（裝置和人員），測試人員的培訓，開發進度的變化，需求或設計的變更，測試人員的基礎培訓，開發組的版本控制。

 

　　這是今天筆者和大家分享的知識，在後續的文章中，筆者會繼續帶著大家來學習。