緊急不嚴重和嚴重不緊急的缺陷分析之我見

在網上看過好幾次關于緊急而不嚴重、嚴重而不緊急的缺陷舉例，對網上的例子并不滿意，就此發表一下自己的看法。

　　有人說：緊急不嚴重的會挑一些在臨近上線的時候突然冒出一個文字錯誤、體驗不佳的bug，因為時機不巧是以緊急。

　　有人說：嚴重不緊急的會挑一些某功能很少有人使用即出現了bug，因為其特性是以不緊急了。

　　我更傾向于如下答案（使用者登陸為例）：

　　緊急而不嚴重：

　　因為登陸驗證碼無法顯示，導緻使用者無法登陸進而影響所有人登入系統進行測試。

　　解析：就該問題而言，解決該問題的迫切程度遠高于讨論問題的嚴重程度且驗證碼的問題算不上嚴重。對于開發來說，可能隻需要動幾處代碼就行。對于需求方來說就算閹割該功能也沒事。

　　嚴重而不緊急：

　　輸入任何密碼均能登陸系統

　　某流程因其中一個節點使用無法通過，不能流轉至下一個環節。

　　解析：該缺陷在所有流程類測試中均可認為是緊急缺陷，嚴重程式視情況而定即首先咱們迫切希望問題解決、其次再去争論缺陷嚴重等級。

　　解析：直接提bug，但不影響後續測試。

　　有人也許要反對了，以上的嚴重問題同樣也很緊急。那怎麼判斷是否緊急呢，假設負責處理該bug的開發因病休假或者結婚休假了，我們對于嚴重bug能夠忍受幾天，說明并不那麼緊急。如果半刻也不能忍受，那必是絕對緊急、相對不嚴重。

　　再有一條相對要求：所有嚴重、緊急的bug均需在上線前修複完成；能夠容忍到上線後的bug全部為不嚴重同時不緊急的bug。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/