項目正式風險庫中識別的測試風險過少。

二、發生時間段

項目具有一個或多個測試相關風險時發生。

三、陷阱表現

1.管理人員對待風險態度 ，盡量減少了負面術語。

2.向風險庫中添加風險通常被理解為管理失敗的癥狀，風險被標記為問題或疑慮。

3.測試層次的風險不放到項目風險中，否則需向執行管理層報告或采取行動。

4.已識別的測試風險為不合理的低概率、低嚴重程度 ，低優先級。

5.已識別的風險無：緩解方法及跟蹤指定人員。

6.項目過程中，測試風險永遠不更新。

7.在測試文檔和風險管理計劃中未考慮測試風險 。

四、負面後果

1.未報告測試風險

2.管理層或采購方未意識到測試風險的存在

3.未管理測試風險 ，也無風險應對策略。

4.未給予管理測試風險足夠高的優先級

五、原因

1.管理人員強烈地傳達自己的喜好，僅有少數關鍵的風險可進入項目風險庫

2.負責風險庫的人員未經培訓或未接觸過潛在測試風險

3.風險管理過程中過分強調系統級的風險 ，不考慮任何開發活動的風險

4.對QA和QC評估很少

5.對測試過程監督很少

六、建議

1.準備

確定管理層反感風險的程度和 項目風險庫中包含測試風險的態度

2.啟用

確保管理風險庫的人員了解潛在測試相關風險

3.執行

識別測試相關風險，並整理到項目的正式風險庫。

提供測試風險實際的可能性、危害嚴重程度及優先級

4.驗證

確定風險庫中是否包含適當數量的測試風險

確定是否有足夠的測試過程管理及質量監督和評估。

七、相關Bug

不切實際的測試預期。

軟件測試風險管理-Bug總結系列筆記