有關軟體缺陷的知識

【軟體缺陷的定義】

首先是Bug的定義：在軟體程式中存在的任何一種破壞正常運行能力的問題或缺陷，都可以叫做“Bug”。

（1）      軟體未達到軟體產品需求說明書中的要求

（2）      軟體出現了軟體產品需求說明書中指明不會出現的錯誤

（3）      軟體功能超出了軟體產品需求說明書中指明的範圍

（4）      軟體未達到軟體產品說明書中未指明但應達到的要求

（5）      測試人員認為難以理解、不易使用、運行緩慢或終端使用者認為不好的問題

 

【軟體缺陷的層級】

建議：可用性方面的一些建議，如字型顏色等一些不影響使用的問題。

提示：一些小問題，如有個別錯別字、文字排版不整齊等，對功能幾乎沒有影響，軟體產品仍可使用。

一般：不太嚴重的錯誤，如次要功能模組喪失、提示資訊不夠準確、使用者介面差和操作時間長等。

嚴重：嚴重錯誤，指功能模組或特性沒有實現，主要功能部分喪失，次要功能全部喪失或致命的錯誤聲明。

致命：致命的錯誤，造成系統崩潰、死機或造成資料丟失、主要功能完全喪失等。

 

【軟體缺陷的狀態】

凡是使用過缺陷管理工具，如BugFree、JIRA等都會知道Bug無非是這幾種狀態：建立、接受/處理、拒絕、已修複、關閉、重新開啟、掛起。狀態之間的跳轉圖如下：

 

 

【軟體缺陷的處理】

       上面的知識點在各種網站和書籍上都可以尋找到，但實際測試當中，測試人員需要嚴格的按照測試流程執行，時時檢查開發人員是否在未溝通的情況下掛起或掛起BUG，另外軟體發布時，基本上很少能達到100%的Bug修複後上線，那麼如何在還有Bug遺留的情況下，評估是否發行就緒呢？

1、  缺陷的掛起率

首先項目發布時，缺陷的掛起率不能超過15%，並且被掛起的Bug也需要對影響面進行評估，對使用者影響大的，比如有延遲問題，延遲時間超過15s，這類bug都原則上不允許掛起，需要最佳化解決，另外在測試報告中的測試建議中可以說明：

ü   可以全量發布：適用於沒有掛起bug或沒有重現率高的嚴重致命的掛起bug。

ü   建議灰階發布：適用於掛起的嚴重致命bug重現率低（低於50%），或使用者不容易感知。

ü   不建議發布：適用於掛起的嚴重致命bug必現，或很乾擾使用者體驗。

2、  遺留Bug的影響

測試人員在報告中要對遺留Bug的影響度進行大致評估，關注的地方有Bug的重現機率、Bug對使用者造成的影響、Bug是否會引發其他功能模組的使用來進行判斷。