溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
一、定義：
項目正式風險庫中識別的測試風險過少。
二、發生時間段
項目具有一個或多個測試相關風險時發生。
三、陷阱表現
1.管理人員對待風險態度 ，盡量減少了負面術語。
2.向風險庫中添加風險通常被理解為管理失敗的癥狀，風險被標記為問題或疑慮。
3.測試層次的風險不放到項目風險中，否則需向執行管理層報告或采取行動。
4.已識別的測試風險為不合理的低概率、低嚴重程度 ，低優先級。
5.已識別的風險無：緩解方法及跟蹤指定人員。
6.項目過程中，測試風險永遠不更新。
7.在測試文檔和風險管理計劃中未考慮測試風險 。
四、負面后果
1.未報告測試風險
2.管理層或采購方未意識到測試風險的存在
3.未管理測試風險 ，也無風險應對策略。
4.未給予管理測試風險足夠高的優先級
五、原因
1.管理人員強烈地傳達自己的喜好，僅有少數關鍵的風險可進入項目風險庫
2.負責風險庫的人員未經培訓或未接觸過潛在測試風險
3.風險管理過程中過分強調系統級的風險 ，不考慮任何開發活動的風險
4.對QA和QC評估很少
5.對測試過程監督很少
六、建議
1.準備
確定管理層反感風險的程度和 項目風險庫中包含測試風險的態度
2.啟用
確保管理風險庫的人員了解潛在測試相關風險
3.執行
識別測試相關風險，并整理到項目的正式風險庫。
提供測試風險實際的可能性、危害嚴重程度及優先級
4.驗證
確定風險庫中是否包含適當數量的測試風險
確定是否有足夠的測試過程管理及質量監督和評估。
七、相關Bug
不切實際的測試預期。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
