在網(wǎng)上看過好幾次關(guān)于緊急而不嚴(yán)重、嚴(yán)重而不緊急的缺陷舉例，對網(wǎng)上的例子并不滿意，就此發(fā)表一下自己的看法。
該問題是討論緊急和嚴(yán)重程度的理解，但在面試的時候我們很容易直觀想到緊急程度跟時間有關(guān)系，嚴(yán)重程度跟功能重要性有關(guān)系。這個不能說錯，但這個理解未免太過于表面進(jìn)而得分不高。
有人說：緊急不嚴(yán)重的會挑一些在臨近上線的時候突然冒出一個文字錯誤、體驗(yàn)不佳的BUG，因?yàn)闀r機(jī)不巧所以緊急。
有人說：嚴(yán)重不緊急的會挑一些某功能很少有人使用即出現(xiàn)了BUG，因?yàn)槠涮匦运圆痪o急了。
對于這類答案，我有一個明顯的疑問：難道在測試的初期我們就沒有了緊急而不嚴(yán)重的BUG了，難道在常用功能里面我們就沒有嚴(yán)重而不緊急的問題了？如果突破了這兩個前提條件而符合要求的BUG，我認(rèn)為才是一個高質(zhì)量的BUG。這是我發(fā)表該問題看法的前置條件。
我更傾向于如下答案（用戶登陸為例）：
緊急而不嚴(yán)重：
因?yàn)榈顷戲?yàn)證碼無法顯示，導(dǎo)致用戶無法登陸進(jìn)而影響所有人登入系統(tǒng)進(jìn)行測試。
解析：就該問題而言，解決該問題的迫切程度遠(yuǎn)高于討論問題的嚴(yán)重程度且驗(yàn)證碼的問題算不上嚴(yán)重。對于開發(fā)來說，可能只需要動幾處代碼就行。對于需求方來說就算閹割該功能也沒事。
嚴(yán)重而不緊急：
輸入任何密碼均能登陸系統(tǒng)
解析：該缺陷屬于登陸的核心功能異常，登陸等于被廢。毫無疑問為嚴(yán)重，但對測試影響并不大，仍然可以登陸系統(tǒng)進(jìn)行系統(tǒng)功能測試。
登陸功能畢竟屬于最常用來舉例的程序同時又是極少出問題的模塊，若舉非軟件測試經(jīng)典案例效果將會更好。再另舉一例（通用型）
緊急而不嚴(yán)重：
某流程因其中一個節(jié)點(diǎn)使用無法通過，不能流轉(zhuǎn)至下一個環(huán)節(jié)。
解析：該缺陷在所有流程類測試中均可認(rèn)為是緊急缺陷，嚴(yán)重程序視情況而定即首先咱們迫切希望問題解決、其次再去爭論缺陷嚴(yán)重等級。
嚴(yán)重而不緊急：
某流程如手機(jī)充值交易，充值完成后發(fā)現(xiàn)手機(jī)到賬金額為充值金額的2倍，即充值100元，實(shí)際到賬200元。
解析：直接提BUG，但不影響后續(xù)測試。
有人也許要反對了，以上的嚴(yán)重問題同樣也很緊急。那怎么判斷是否緊急呢，假設(shè)負(fù)責(zé)處理該BUG的開發(fā)因病休假或者結(jié)婚休假了，我們對于嚴(yán)重BUG能夠忍受幾天，說明并不那么緊急。如果半刻也不能忍受，那必是絕對緊急、相對不嚴(yán)重。
再有一條相對要求：所有嚴(yán)重、緊急的BUG均需在上線前修復(fù)完成；能夠容忍到上線后的BUG全部為不嚴(yán)重同時不緊急的BUG。