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

1、定義：

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

2、發生時間段

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

3、陷阱表現

1.管理人員對待風險態度 ，儘可能減小了負面術語。

2.向風險庫中添加風險一般被理解爲管理失敗的症狀，風險被標記爲問題或疑慮。

3.測試層次的風險不放到項目風險中，不然需向執行管理層報告或採起行動。

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

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

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

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

4、負面後果

1.未報告測試風險

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

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

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

5、緣由

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

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

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

4.對QA和QC評估不多

5.對測試過程監督不多

6、建議

1.準備

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

2.啓用

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

3.執行

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

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

4.驗證

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

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

7、相關Bug

不切實際的測試預期。