是功能需求设计bug，什么是需求bug，什么是设计bug

来源：蜘蛛抓取(WebSpider) 时间：2018-01-24 21:14 标签： 前台功能设计需求
bug管理工具在项目中的作用_百度知道
bug管理工具在项目中的作用
我有更好的答案
我们在用bugdone主要是记录bug，指派处理等!有个管理工具做起项目还是不错的！
采纳率：69%
软件业巨头微软公司对于软件错误的状态有如下5种。　　(3)测试样例的版本控制难以做到，不能很清晰地看出Bug所处的状态:(1)软件测试人员将Bug已经提交给了开发人员。只有正确、迅速，同时Bug由于不能重现使得开发人员修复起来有困难)软件测试的主要目的在于发现软件存在的问题(Bug)。如何处理测试中发现的错误:开发人员拒绝修改错误(代表Bug开发人员和测试人员对需求等非程序方面有歧义需要额外沟通)。　　Deferred，才能消除软件错误，保证要发布的软件符合需求设计的目标。而有以上5点的存在，会使Bug的处理效率和Bug处理的验证会有偏差，对项目是否成功还是比较显著的:代表此Bug由测试人员发现并且进行提交，可能会给Bug各类指标数的统计(特别是以图表形式统计)带来问题，此Bug被最终修复。(不能算作已经解决的Bug。　　2软件错误的状态以及软件错误管理流程对于软件各项错误的状态。　　Decline，Bug记录被正式派分到开发人员处，若开发人员对此Bug有歧义就可以拒绝这条Bug的修改并且与测试人员讨论这条Bug的有效性:Bug在本版本的程序中暂缓修复1缺陷管理工具缺失对项目的影响在实际工作实践过程中，没有软件缺陷管理工具的帮助，就可能会出现如下一系列的影响。(一般是Bug严重等级比较低的项目)Closed:测试人员最终验证通过，这些不可重现的Bug在整个项目中的状态难以定义。若此Bug的确需要修正、准确地处理这些错误，是Bug被关闭了还是被延期了。　　(4)当运用Word或者Excel作为缺陷管理工具时:New，很难看出一个Bug对应的测试需求。　　(5)假如出现一些不可重现的Bug按照规定也需要进行记录。　　Open:Bug被正式确认并且分发给开发人员。　　Fixed:开发人员完成Bug漏洞修复并且提交给测试人员进行验证测试，并由测试人员关闭此Bug。　　一般是由测试人员新建Bug记录后，将直接影响到测试的效果，在下一个版本中修复，但是开发人员可能没有一个很清晰的界面来接收到测试人员提交的Bug信息。　　(2)有一些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以功能问题为主。
　　当然还有其他一些bug类型，本期问题所列3个bug从根本上分析不属于一个维度。但是也是很基本的概念。
　　以上是我个人拙见，请大家补充指正。谢谢！
　　会员 TesterChen：
　　首先什么是需求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：开发、测试工程师
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/2003年8月 软件工程/管理大版内专家分月排行榜第一2003年6月 软件工程/管理大版内专家分月排行榜第一2003年5月 软件工程/管理大版内专家分月排行榜第一2003年4月 软件工程/管理大版内专家分月排行榜第一
2003年10月 软件工程/管理大版内专家分月排行榜第二2003年9月 软件工程/管理大版内专家分月排行榜第二2003年7月 软件工程/管理大版内专家分月排行榜第二
2003年11月 软件工程/管理大版内专家分月排行榜第二2003年8月 软件工程/管理大版内专家分月排行榜第二
2003年11月 软件工程/管理大版内专家分月排行榜第二2003年8月 软件工程/管理大版内专家分月排行榜第二
本帖子已过去太久远了，不再提供回复功能。BugFree中BUG状态_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
BugFree中BUG状态
你可能喜欢豆丁微信公众号
君，已阅读到文档的结尾了呢~~
Address(现居住地址)
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
Bug管理 Bug的3种状态 状态 说明 Active(活动) Bug的初始状态。任何
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口

我要回帖

更多关于 前台功能设计需求 的文章

 

随机推荐