1.6 通過軟件測試找出缺陷

我們對軟件測試有了初步的了解，那么軟件測試找出的缺陷是什么呢？就是通常說的BUG。下面主要介紹在工作中不容易理解的內容。

缺陷（BUG）就是軟件研發過程中存在的錯誤、存在的不合理，產品表述不專業、使用不方便等都是軟件的缺陷（BUG）。

那么在軟件開發過程中都存在哪些類型的缺陷呢？通過下面的分析來說明。

● 需求描述存在錯誤、有歧義，描述不清楚，這樣的需求是不正確的，是不能作為產品生產依據的。

例如：

用戶的要求是當產品購物車購物總金額在[200，300]的時候，購物車產品享受9折價格，而需求的描述是當產品購物車購物總金額大約在（200，300）的時候，購物車產品享受優惠價格。

那么這個需求就存在問題，這里的“大約”是有歧義的，這里的（200，300）是錯誤的；“享受優惠價格”也是描述不清楚的，沒有準確說出如何優惠。

● 需求描述不完整、混亂且不易于修改維護，這樣的需求是不正確的，是不能作為產品生產依據的。

例如：

需求中有10個需求需要描述，但沒有準確劃分界限，并且沒有順序可言，這個需求就是不易于維護的；如果只描述了8個需求，那么需求就是不完整的。

● 研發過程中的計劃要明確研發過程的目的、接口、環境、配置、流程、進度、人力資源、溝通計劃、風險計劃、質量計劃、測試計劃，以及出口產品等信息，如果信息不完全，那么這個計劃就是不全面的。

例如：

有很多項目經理，只寫出了進度時間表，如2日到25日完成產品編碼等，這樣的計劃是不完善的，對項目的跟蹤也是非常不利的。如果一個項目23天跟蹤一次，是無法再有另一個23天來修復這個時間段的工作的。

● 研發過程設計問題，主要是設計與需求不一致，設計沒有全面覆蓋需求、設計架構不合理，設計中存在錯誤，設計可靠性、穩定性不強等。

例如：

需求中規定用戶的要求是當產品購物車購物總金額在[200，300]的時候，購物車產品享受9折價格。

設計中如此設計：If 200<（價格總和）<300 Then

價格 = 價格 * 0.9

那么這個設計和需求是不一致的，這樣的設計是不能滿足用戶需求的。

● 軟件產品的缺陷包括以下方面。

需求說明書中規定要做的需求，而軟件沒有實現這個需求，例如，需求中規定用戶的要求是當產品購物車購物總金額在[200，300]的時候，購物車產品享受9折價格。而軟件在執行過程中，當產品購物車購物總金額在[200，300]的時候并沒有享受9折這個價格，這就是一個缺陷（BUG）。

軟件實現了需求中沒有提到的事情。例如，需求中規定用戶的要求是當產品購物車購物總金額在[200，300]的時候，購物車產品享受9折價格。并沒有說在實現折扣后，還可以再折扣，所以如果折扣后，總金額還在[200，300]，就不應該再折扣，而軟件又繼續進行9折優惠，這就是一個缺陷（BUG）。

需求中沒有提到，但必須要做的需求，軟件沒有實現。例如，需求中沒有指出無論經過什么促銷，產品購物車的價錢都不能為負數，而軟件沒有實現，讓產品購物車的價錢變成了負數。這就是一個缺陷（BUG）。

軟件的易用性很差，并且速度非常慢，或者測試人員站在最終用戶的角度發現這是一個缺陷（BUG）。例如，界面按鈕很難找、界面需要的輸入過多、操作很煩瑣等，都是缺陷。