如何区分需求Bug、设计Bug、功能Bug？
首先什么是需求Bug、设计Bug、功能bug？
需求Bug，指由于客户需求描述不清晰或错误、需求收集人员自身原因及需求本身模糊难于分析、获取等原因，导致客户需求获取不准确，后期产品不能满足客户、用户的要求
设计Bug，是指产品在最初设计时由于未考虑全面，而使产品在使用中存在的一些潜在的缺陷。
功能Bug，是指计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。
建议从以下几点进行区分：
1、产生的时间不相同：
需求Bug：产生于项目前期
设计Bug：产生于项目前期或中期
功能Bug：产生于项目中期或后期
2、产生的原因不相同：
需求Bug：客户需求描述不清晰或错误、需求收集人员不够专业、需求本身模糊难于分析、获取等原因
设计Bug：系统框架、通讯模式、库表设计、编写语言等选择不当，导致后期扩展棘手、安全性低等
功能Bug：开发工程师需求理解错误、代码编写缺陷等原因
3、造成的影响不相同：
需求Bug：对整个项目的影响极大，会直接拖后项目的进度、加大项目成本、降低客户对公司的评价
设计Bug：后期功能扩展、性能、安全性等可能会遭到威胁
功能Bug：影响用户使用体验、影响数据、资金安全
4、处理方式不相同
需求Bug：重新收集需求，重新设计和开发（需求Bug是对项目成本和进度影响最大的因素）
设计Bug：重大缺陷必须修复，小设计缺陷在下一次发布时更新（一般难于修复或修复成本较大）
功能Bug：直接修复缺陷，重新发布或更新
5、Bug的直接责任人不相同
需求Bug：业务人员、需求专员、项目经理等
设计Bug：架构工程师、
数据库工程师、技术经理、项目经理等
功能Bug：开发、
测试工程师
