在每個軟體專案中都必須進行取捨，必須承擔一定的風險，已決定哪些軟體缺陷需修復，
哪些不修復，哪些推遲到軟體的以後版本中解決。

缺陷劃分嚴重性和優先順序
嚴重性表示軟體缺陷的惡劣程度，當用戶到該缺陷時影響的可能性和程度
優先順序表示修復缺陷的重要程度和緊迫程度

嚴重性：
1.系統崩潰，資料丟失，資料毀壞，安全性被破壞
2.操作性錯誤，結果錯誤，功能遺漏
3.小問題，拼寫錯誤，UI佈局，罕見故障
4.建議

優先順序：
1.立即修復，阻止了進一步測試，立竿見影
2.在產品釋出之前必須修復
3.如果時間應該修復
4.可能會修復，但是即使有產品也能釋出。

嚴重性和優先順序對於審查缺陷報告並決定那些軟體缺陷應該修復，以何種順序修復的人員或者
小組極其重要。

作為發現軟體缺陷的測試員，需要繼續監視缺陷的狀態，確保自己能夠同意對其所做的變動
，並進一步提供測試資料或說服別人修復缺陷。