如何進行系統測試管理[3]

　　如何進行系統測試管理[3]   軟件測試

　　五、測試風險管理

　　a) 測試風險和管理承諾

　　了解測試任務的風險有助于對潛伏的可能出現的問題事先作好思想上和資源上的準備，用以規避風險，把風險的影響降到最低。

　　測試風險可分為外部風險和內部風險：

　　外部風險就是導致測試實際情況和計劃不一致的外部因素。包括：需求項變更，項目進度調整，提交測試工作產品的質量不符合要求等。

　　內部風險就是測試團隊內的一些不確定因素。包括測試進度延誤，測試工程師流失，測試工具不到位等。

　　對風險的防范，高層的支持是很重要的，他能決定相關資源的保障，規避項目進度的失控情況，對需求項的更改也能起到控制作用。所以在測試管理里，風險管理和高層承諾都要考慮，高層管理的承諾其實也是一種風險。

　　b) 測試常見風險

　　測試常見風險：

　　1. 測試計劃過于樂觀;

　　2. 開發組沒能按計劃提交相應的測試工作產品;

　　3. 測試計劃要求的硬件和軟件設備或資源未能滿足;

　　4. 測試工具的應用沒能達到預期深度;

　　5. 測試人員的流失，或因出差或休假造成的人力資源不足;

　　6. 過多的臨時任務;

　　7. 重要測試數據丟失等

　　測試計劃階段的典型風險有：

　　1、測試計劃經常是等到開發周期后期才開始實行，使得沒有時間有效的執行計劃;

　　2、測試計劃的組織者可能缺乏足夠的測試經驗;

　　3、測試的量度和復雜性可能太大，沒有自動化工具，很難計劃和控制

　　六、測試文檔管理

　　項目測試計劃、測試方案、測試規程會因項目開發活動的變更而變更，應置于適當的管理和控制之下，測試活動相關的工作產品的變更依據變更管理過程的原則實施。

　　測試規程作為組織測試活動的基礎和有形財富，應當得到有效地積累、維護和管理?？梢赃x擇配置管理工具如SVN或QualityCenter。(主要采用QualityCenter管理測試規程)測試管理人員應確保測試方案中準備測試的條目都應有測試規程對應，測試報告中的測試記錄和BUG記錄都對應于某條或某組測試規程，如果測試中發現的問題不能與某條測試規程對應，測試規程應及時得到補充和完善。通過度量測試用例在測試完成之后對應的結果或狀態(通過、失敗)以及當次測試使用的測試用例數來輔助判斷測試的結果。

原文轉自：http://www.anti-gravitydesign.com