定義工作進度
• 確認工作任務
• 工作任務可以分爲兩類：
- 一類是可以直接和需求文檔對應起來的，
- 另外一類和需求文檔沒有直接的關聯。
• 在需求文檔中，對需求中的每一個條目，都應該有相應的測試工作與之對應起來。
• 確認好測試任務後，還應該排列這些任務的優先級。
• 與需求文檔沒有直接關聯的任務：
- 開發和安裝專用測試工具
- 學習使用測試工具
- 將測試用例編寫爲腳本或數據文件
- 重新運行以前沒通過的測試用例
- 編寫測試計劃
- 人員培訓
- 與程序員之間的交流
- 與客戶之間的交流
• 估算工作量
• 工作量可以使用“人*日”、“人*月”、“人*年”這樣的單位。
• 測試工作量的估算可以採用以下方法：
- 建立詳細的工作分解結構
- 分析以往項目，尋找歷史數據
• 風險評估的考慮要點
- 重要性、嚴重性
- 原因
- 可能性
• 重要性和嚴重性
1.從實際業務考慮
2.確定測試對象的重要性和嚴重性
如：這個測試對象在系統中起到什麼樣的作用；如果該測試對象失效，其所帶來的後果？
3.重點考慮後果：可以設置級別和分值，以幫助分析
• 原因
1.如果某個測試對象失效，那麼導致其失效的原因是什麼？
2.分析失效產生的原因，原因如何出現
3.分析失效對系統其他部分的運行是否會產生影響
4.對導致被測對象失效的原因進行風險評估
• 可能性
1.如果一個被測對象失效，那麼出現該情況的機率多大？出現機率越大，風險越大。
2.對於頻繁發生的業務或經常使用的功能，發生問題的機率同樣會提升。
3.對於低版本中出現的問題，在高版本中發生的機率也會比較高。
4.需求 變更，帶來的軟件改動，可能導致問題的出現
5.業務關係複雜，交叉多，可能導致問題的出現
6.使用了大量的第三方軟件、空間，或直接移植代碼，可能導致問題的出現