軟體測試的藝術：一個良好的測試計劃
阿新 • • 發佈：2019-01-23
- 目標。必須定義每個測試階段的目標。
- 結束準則。必須制定準則以規定每個測試階段何時可以結束。
- 進度。每個階段都須有時間表。應指出何時設計、編寫和執行測試用例。某些軟體技術，如極限程式設計，要求在程式編碼開始之前就設計測試用例和單元測試。
- 責任。對於每一個階段，應當確定誰來設計、編寫和驗證測試用例，誰來修改發現的軟體錯誤。由於在大型專案中討論特定的測試結果是否代表錯誤時，有可能出現爭端，因此還需要確定一名仲裁者。
- 測試用例庫及標準。在大型專案中，用於確定、編寫以及儲存測試用例的系統方法是必須的。
- 工具。必須確定需要使用的測試工具，包括計劃由誰來開發或採購、如何使用工具以及何時需要使用工具。
- 計算機時間。計劃每個測試階段所需的計算機時間，包括用來編譯應用程式的伺服器（如果需要的話），用來安裝測試所需的桌面計算機、用來執行基於web應用程式的web伺服器、聯網的裝置（如果需要的話）等等。
- 硬體配置。列出硬體配置的清單，該如何滿足需求以及何時需要滿足。
- 整合。系統整合計劃規定了系統整合的順序，系統每個版本的功能以及編寫“腳手架”程式碼以模擬不存在部件的職責分工。
- 跟蹤步驟。必須跟蹤測試進行中的方方面面，包括對錯誤易發模組的定位，以及有關進度、資源和結束準則的進展估計。
- 除錯步驟。必須制定上報已發現錯誤、跟蹤錯誤修改程序以及將修改部分加入系統中去的機制。除錯計劃中還應包括進度、責任分工、工具以及計算機時間/資源等。
- 迴歸測試。迴歸測試在對程式作了功能改進或進行了修改之後進行，其目的是判斷程式的改動是否引起了程式其他方面的退步。迴歸測試通常重新執行測試用例中的某個子集。迴歸測試計劃規定了測試人員、測試方法和測試時間，它也是必須的。