問題描述：
測試過程中如何區(qū)分什么是功能bug，什么是需求bug，什么是設計bug？
精彩答案：
會員 土土的豆豆：
本期問題其實主要是針對不同方面或緯度上對于bug的一個歸類和定位。
個人認為，從軟件開發(fā)測試生命周期上分析的話，三者從開發(fā)測試階段應該是需求bug、設計bug、功能bug。（這里僅針對提問排比）
需求問題可以包括設計問題和功能問題，當然還有非功能性缺陷等。
需求bug，簡而言之就是對于業(yè)務需求不清晰或者理解有偏差產(chǎn)生的問題。可能包括業(yè)務分析人員不專業(yè)因素、開發(fā)與測試人員思維不一致、產(chǎn)品未滿足客戶實際需求（想法）等一系列bug。
功能問題大部分理應該是附屬于需求說明書上的功能模塊，因為開發(fā)、設計、實現(xiàn)等原因故而產(chǎn)生功能bug。但也不僅限于需求上列舉出的功能，因為一個項目/產(chǎn)品，完全有可能因為相關協(xié)作的功能模塊或整合的第三方程序?qū)е庐a(chǎn)生bug。所以功能bug既可能是需求bug，也可能是需求外的bug。這里對于bug的優(yōu)先級和安全級別等不作贅述。
設計問題可以認為是開發(fā)架構師/人員在項目設計編碼前遺留的“歷史”問題。因為設計bug還是根據(jù)需求說明書來進行開發(fā)設計，故而一些業(yè)務邏輯上的關系、代碼算法的優(yōu)化、數(shù)據(jù)庫/表的關聯(lián)等都屬于設計bug。
個人認為，需求bug最為麻煩，也是后期維護成本最高的bug。設計bug次之，因為一個產(chǎn)品/項目設計層面問題較多的話，無論修復或改進多少，在代碼編寫結(jié)束后，開發(fā)人員很難重頭再整理一套框架，即便目前沒有設計bug，以后產(chǎn)生的風險也是很大的。
功能bug最平凡，但是也是基礎。除去客戶業(yè)務需求上的變更因素，整個項目/產(chǎn)品的質(zhì)量好壞最基本的就是取決于功能是否按需求進行了實現(xiàn)，其問題是否很多。我們大部分測試階段的bug以功能問題為主。
當然還有其他一些bug類型，本期問題所列3個bug從根本上分析不屬于一個維度。但是也是很基本的概念。
以上是我個人拙見，請大家補充指正。謝謝！
會員 TesterChen：
首先什么是需求Bug、設計Bug、功能bug？
需求Bug，指由于客戶需求描述不清晰或錯誤、需求收集人員自身原因及需求本身模糊難于分析、獲取等原因，導致客戶需求獲取不準確，后期產(chǎn)品不能滿足客戶、用戶的要求
設計Bug，是指產(chǎn)品在最初設計時由于未考慮全面，而使產(chǎn)品在使用中存在的一些潛在的缺陷。
功能Bug，是指計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。缺陷的存在會導致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。
建議從以下幾點進行區(qū)分：
1、產(chǎn)生的時間不相同：
需求Bug：產(chǎn)生于項目前期
設計Bug：產(chǎn)生于項目前期或中期
功能Bug：產(chǎn)生于項目中期或后期
2、產(chǎn)生的原因不相同：
需求Bug：客戶需求描述不清晰或錯誤、需求收集人員不夠?qū)I(yè)、需求本身模糊難于分析、獲取等原因
設計Bug：系統(tǒng)框架、通訊模式、庫表設計、編寫語言等選擇不當，導致后期擴展棘手、安全性低等
功能Bug：開發(fā)工程師需求理解錯誤、代碼編寫缺陷等原因
3、造成的影響不相同：
需求Bug：對整個項目的影響極大，會直接拖后項目的進度、加大項目成本、降低客戶對公司的評價
設計Bug：后期功能擴展、性能、安全性等可能會遭到威脅
功能Bug：影響用戶使用體驗、影響數(shù)據(jù)、資金安全
4、處理方式不相同
需求Bug：重新收集需求，重新設計和開發(fā)（需求Bug是對項目成本和進度影響最大的因素）
設計Bug：重大缺陷必須修復，小設計缺陷在下一次發(fā)布時更新（一般難于修復或修復成本較大）
功能Bug：直接修復缺陷，重新發(fā)布或更新
5、Bug的直接責任人不相同
需求Bug：業(yè)務人員、需求專員、項目經(jīng)理等
設計Bug：架構工程師、數(shù)據(jù)庫工程師、技術經(jīng)理、項目經(jīng)理等
功能Bug：開發(fā)、測試工程師
原帖地址：http://bbs.51testing.com/thread-820993-1-1.html
版權聲明：本文由會員土土的豆豆、TesterChen首發(fā)于51Testing軟件測試論壇每周一問活動。
原創(chuàng)作品，轉(zhuǎn)載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。