面試難題：緊急不嚴重和嚴重不緊急Bug的區別，我該如何回答？
在網上看過好幾次關於緊急而不嚴重、嚴重而不緊急的 Bug 舉例，對網上的例子並不 完全贊同 ，就此發表一下自己的看法。 該問題是討論緊急和嚴重程度的理解，但在 面試 的時候我們很容易直觀想到緊急程度跟時間有關係，嚴重程度跟功能重要性有關係。這個不能說錯，但這個理解未免太過於表面進而得分不高。
針對這個Bug的面試問題，該如何回答呢？
有人說：緊急不嚴重的會挑一些在臨近上線的時候突然冒出一個文字錯誤、體驗不佳的BUG，因為時機不巧所以緊急。
有人說：嚴重不緊急的會挑一些某功能很少有人使用即出現了BUG，因為其特性所以不緊急了。
對於這類答案，我有一個明顯的疑問：難道在 測試 的初期我們就沒有了緊急而不嚴重的 BUG了，難道在常用功能裡面我們就沒有嚴重而不緊急的問題了？如果突破了這兩個前提條件而符合要求的BUG，我認為才是一個高質量的BUG。這是我發表該問題看法的前置條件。
我更傾向於如下答案（使用者登陸為例）：
緊急而不嚴重的Bug：
因為登陸驗證碼無法顯示，導致使用者無法登陸進而影響所有人登入系統進行測試。
解析：就該問題而言，解決該問題的迫切程度遠高於討論問題的嚴重程度且驗證碼的問題算不上嚴重。對於開發來說，可能只需要動幾處程式碼就行。對於需求方來說就算閹割該功能也沒事。
嚴重而不緊急的Bug：
輸入任何密碼均能登陸系統
解析：該缺陷屬於登陸的核心功能異常，登陸等於被廢。毫無疑問為嚴重，但對測試影響並不大，仍然可以登陸系統進行系統 功能測試 。
登陸功能畢竟屬於最常用來舉例的程式同時又是極少出問題的模組，若舉非軟體測試 經典案例效果將會更好。
針對此問題，再另舉一例（通用型）
緊急而不嚴重的Bug：
某流程因其中一個節點使用無法通過，不能流轉至下一個環節。
解析：該缺陷在所有流程類測試中均可認為是緊急缺陷，嚴重程式視情況而定即首先咱們迫切希望問題解決、其次再去爭論缺陷嚴重等級。
嚴重而不緊急的Bug：
某流程如 手機 充值交易，充值完成後發現手機到賬金額為充值金額的 2倍，即充值100元，實際到賬200元。
解析：直接提BUG，但不影響後續測試。
總結：
有人也許要反對了，以上的嚴重問題同樣也很緊急。那怎麼判斷是否緊急呢，假設負責處理該BUG的開發因病休假或者結婚休假了，我們對於嚴重BUG能夠忍受幾天，說明並不那麼緊急。如果半刻也不能忍受，那必是絕對緊急、相對不嚴重。
再有一條相對要求：所有嚴重、緊急的BUG均需在上線前修復完成；能夠容忍到上線後的BUG全部為不嚴重同時不緊急的BUG。
歡迎加入 51軟體測試大家庭，在這裡你將獲得【最新行業資訊】，【免費測試工具安裝包】，【軟體測試技術乾貨】，【面試求職技巧】... 51與你共同學習，一起成長！期待你的加入： QQ 群： 755431660