请大家讨论下一个好的BUG描述应该包括哪些内容?
请大家讨论下一个好的BUG描述应该包括哪些内容? 如果泛泛的说就是一切有关该bug的属性定义,用来描述该bug的when,where,what, Bug Id.,Project Name,Version,Subject,Detail Description,Bug Reference,Status(Open,Modify,Closed),Priority (High, Normal, low),Finder,Tester,Programmer,Finish Date,Root Cause,Solution,Solution Reference。
仅供参考。。 楼上的回答只是一个相对完整的bug report应有的项目,楼主问的bug描述应该是其中的一个项目。仅就这个项目举个例子:
“[功能]\[模块]\[平台]”:[{状态1 [+状态2]...}],[键盘\鼠标操作],[其它操作],[补充条件] ==>[屏幕显示结果][,音频输出结果][,其它现象]
关键是“Repro Steps”,其次就是“Synopsis”了。 我指的是对bug的具体描述,和id,version,状态这些没有关系。 id,version,状态这些有助于BUG的管理与控制.
甚至包括Project name 以及code base ID 等.这些都有利于BUG的统计与管理. 我认为bug描述应该分两部分:一、概要描述,一句话把问题描述清楚;二、操作步骤:建议分步写,从启动条件到bug重现,能够让人按照你所描述的内容重现bug,必要的时候要贴图、附件。
上面是bug基本内容,然后就是需要我们的经验进行bug定位,如果没有经验,我们就要尽量让自己的bug描述准确就可以了。
以上是我个人的意见,仅供参考:) 1、直观描述问题
2、描述出错路径
3、描述出错操作步骤
描述要客观、具体、直截了当 1.BUG情况详细描述
2.BUG产生的操作的详细步骤
3.软件运行的详细环境
个人之见~~ 我觉得一定要让看了报告得人能够根据报告轻易的将bug重现。 说清BUG是如何产生的!
如果有能力可以注上,建议始如何改! thiil正解,所有的努力就是为了用最低的成本达到这个目标。 附件是我年前翻译的一篇关于如何写有效的Bug报告,就是怎么报Bug的一篇文档,现在分享一下,希望对新手能有点帮助。有经验的就可以不用看了。
[ Last edited by kpxl on 2005-4-15 at 09:50 ] 文章不错,简单的说就是环境、操作、为什么会出现问题简单明了的说明!
测试是研发软件的一个环节当然软件的行业背景知识一定要有最好是比开发人员更清晰啦~ 我提交BUG时是:1.模块—菜单—子菜单:具体问题的出现(按钮、连接等)
2.问题描述,明确说出问题存在
3.客户要求目标和问题出现ID
还有要是实在说不明白,就print screen sysrq ,用文本框圈主,并说明 然后用附件发给开发人
我就是这样提交的,不足之处请指正,谢谢! 文章写的很好,我也收藏了,谢谢啊! 大家都说的差不多了,没有什么需要再说了! 恩啦
我觉得直接跟td的流程走
写出来的bug比较规范 根据不同的情况来定,看你使用的是什么工具,其实一个BUG只要描述清楚了它的"产生的现象\产生过程\产生的环境"就可以了sdlkfj2