軟件測試過程當中如何區分什麼是功能bug，什麼是需求bug，什麼是設計bug？

 

　　問題描述：

　　測試過程當中如何區分什麼是功能bug，什麼是需求bug，什麼是設計bug？

　　精彩答案：

　　會員 土土的豆豆：

　　本期問題其實主要是針對不一樣方面或緯度上對於bug的一個歸類和定位。

　　我的認爲，從軟件開發測試生命週期上分析的話，三者從開發測試階段應該是需求bug、設計bug、功能bug。（這裏僅針對提問排比）

　　需求問題能夠包括設計問題和功能問題，固然還有非功能性缺陷等。

　　需求bug，簡而言之就是對於業務需求不清晰或者理解有誤差產生的問題。可能包括業務分析人員不專業因素、開發與測試人員思惟不一致、產品未知足客戶實際需求（想法）等一系列bug。

　　功能問題大部分理應該是附屬於需求說明書上的功能模塊，由於開發、設計、實現等緣由故而產生功能bug。但也不只限於需求上列舉出的功能，由於一個項目/產品，徹底有可能由於相關協做的功能模塊或整合的第三方程序致使產生bug。因此功能bug既多是需求bug，也多是需求外的bug。這裏對於bug的優先級和安全級別等不做贅述。

　　設計問題能夠認爲是開發架構師/人員在項目設計編碼前遺留的「歷史」問題。由於設計bug仍是根據需求說明書來進行開發設計，故而一些業務邏輯上的關係、代碼算法的優化、數據庫/表的關聯等都屬於設計bug。

　　我的認爲，需求bug最爲麻煩，也是後期維護成本最高的bug。設計bug次之，由於一個產品/項目設計層面問題較多的話，不管修復或改進多少，在代碼編寫結束後，開發人員很難重頭再整理一套框架，即使目前沒有設計bug，之後產生的風險也是很大的。

　　功能bug最平凡，可是也是基礎。除去客戶業務需求上的變動因素，整個項目/產品的質量好壞最基本的就是取決於功能是否按需求進行了實現，其問題是否不少。咱們大部分測試階段的bug以功能問題爲主。

　　固然還有其餘一些bug類型，本期問題所列3個bug從根本上分析不屬於一個維度。可是也是很基本的概念。

　　以上是我我的拙見，請你們補充指正。謝謝！

　　會員 TesterChen：

　　首先什麼是需求Bug、設計Bug、功能bug？

　　需求Bug，指因爲客戶需求描述不清晰或錯誤、需求收集人員自身緣由及需求自己模糊難於分析、獲取等緣由，致使客戶需求獲取不許確，後期產品不能知足客戶、用戶的要求

　　設計Bug，是指產品在最初設計時因爲未考慮全面，而使產品在使用中存在的一些潛在的缺陷。

　　功能Bug，是指計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。缺陷的存在會致使軟件產品在某種程度上不能知足用戶的須要。

　　建議從如下幾點進行區分：

　　一、產生的時間不相同：
　　需求Bug：產生於項目前期
　　設計Bug：產生於項目前期或中期
　　功能Bug：產生於項目中期或後期

　　二、產生的緣由不相同：
　　需求Bug：客戶需求描述不清晰或錯誤、需求收集人員不夠專業、需求自己模糊難於分析、獲取等緣由
　　設計Bug：系統框架、通信模式、庫表設計、編寫語言等選擇不當，致使後期擴展棘手、安全性低等
　　功能Bug：開發工程師需求理解錯誤、代碼編寫缺陷等緣由

　　三、形成的影響不相同：
　　需求Bug：對整個項目的影響極大，會直接拖後項目的進度、加大項目成本、下降客戶對公司的評價
　　設計Bug：後期功能擴展、性能、安全性等可能會遭到威脅
　　功能Bug：影響用戶使用體驗、影響數據、資金安全

　　四、處理方式不相同
　　需求Bug：從新收集需求，從新設計和開發（需求Bug是對項目成本和進度影響最大的因素）
　　設計Bug：重大缺陷必須修復，小設計缺陷在下一次發佈時更新（通常難於修復或修復成本較大）
　　功能Bug：直接修復缺陷，從新發布或更新

　　五、Bug的直接責任人不相同
　　需求Bug：業務人員、需求專員、項目經理等
　　設計Bug：架構工程師、數據庫工程師、技術經理、項目經理等
　　功能Bug：開發、測試工程師

　　原帖地址：http://bbs.51testing.com/thread-820993-1-1.html

版權聲明：本文由會員土土的豆豆、TesterChen首發於51Testing軟件測試論壇每週一問活動。

原創做品，轉載時請務必以超連接形式標明本文原始出處、做者信息和本聲明，不然將追究法律責任。