51Testing软件测试论坛

标题: 请大家讨论下一个好的BUG描述应该包括哪些内容？ [打印本页]

作者: myang 时间: 2005-4-11 08:21
标题: 请大家讨论下一个好的BUG描述应该包括哪些内容？
请大家讨论下一个好的BUG描述应该包括哪些内容？

作者: jennie98 时间: 2005-4-11 09:06
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。

仅供参考。。

作者: black_tulip 时间: 2005-4-11 09:51
楼上的回答只是一个相对完整的bug report应有的项目，楼主问的bug描述应该是其中的一个项目。仅就这个项目举个例子：
“[功能]\[模块]\[平台]”：[{状态1 [+状态2]...}]，[键盘\鼠标操作]，[其它操作]，[补充条件] ==> [屏幕显示结果][，音频输出结果][，其它现象]
[Bug原因：]

作者: Nio 时间: 2005-4-11 10:12
关键是“Repro Steps”，其次就是“Synopsis”了。

作者: 云层 时间: 2005-4-12 10:46
如果泛泛的说就是一切有关该bug的属性定义，用来描述该bug的

when,where,what,

作者: myang 时间: 2005-4-12 14:59
我指的是对bug的具体描述，和id,version,状态这些没有关系。

作者: ayong401 时间: 2005-4-12 16:38
id,version,状态这些有助于BUG的管理与控制.
甚至包括Project name 以及code base ID 等.这些都有利于BUG的统计与管理.

作者: 后来 时间: 2005-4-12 16:50
我认为bug描述应该分两部分：一、概要描述，一句话把问题描述清楚；二、操作步骤：建议分步写，从启动条件到bug重现，能够让人按照你所描述的内容重现bug，必要的时候要贴图、附件。
上面是bug基本内容，然后就是需要我们的经验进行bug定位，如果没有经验，我们就要尽量让自己的bug描述准确就可以了。
以上是我个人的意见，仅供参考：）

作者: wzb521 时间: 2005-4-13 09:22
1、直观描述问题
2、描述出错路径
3、描述出错操作步骤

描述要客观、具体、直截了当

作者: 似梦非梦 时间: 2005-4-13 11:20
1.BUG情况详细描述
2.BUG产生的操作的详细步骤
3.软件运行的详细环境

个人之见~~

作者: thiil 时间: 2005-4-13 11:41
我觉得一定要让看了报告得人能够根据报告轻易的将bug重现。

作者: liaoxj 时间: 2005-4-14 12:59
说清BUG是如何产生的！

如果有能力可以注上，建议始如何改！

作者: black_tulip 时间: 2005-4-15 09:37
thiil正解，所有的努力就是为了用最低的成本达到这个目标。

作者: kpxl 时间: 2005-4-15 09:49
附件是我年前翻译的一篇关于如何写有效的Bug报告，就是怎么报Bug的一篇文档，现在分享一下，希望对新手能有点帮助。有经验的就可以不用看了。

[[i] Last edited by kpxl on 2005-4-15 at 09:50 [/i]]

作者: 海袅云烟 时间: 2005-4-15 12:04
文章不错，简单的说就是环境、操作、为什么会出现问题简单明了的说明！
测试是研发软件的一个环节当然软件的行业背景知识一定要有最好是比开发人员更清晰啦~

作者: dream_cui 时间: 2005-9-2 17:00
我提交BUG时是：1.模块—菜单—子菜单：具体问题的出现（按钮、连接等）
                     2.问题描述，明确说出问题存在
                     3.客户要求目标和问题出现ID
还有要是实在说不明白，就print screen sysrq ，用文本框圈主，并说明然后用附件发给开发人
我就是这样提交的，不足之处请指正，谢谢！

作者: sendy 时间: 2005-9-13 10:25
文章写的很好，我也收藏了，谢谢啊！

作者: xyj0323 时间: 2005-12-3 18:39
大家都说的差不多了，没有什么需要再说了！

作者: 凌渡宇 时间: 2006-7-17 16:40
恩啦　
我觉得直接跟td的流程走
写出来的bug比较规范

作者: wwwxzl 时间: 2006-12-24 14:49
根据不同的情况来定,看你使用的是什么工具,其实一个BUG只要描述清楚了它的"产生的现象\产生过程\产生的环境"就可以了sdlkfj2

作者: hiniy 时间: 2006-12-29 16:17
好东西，值得收藏！

作者: helill 时间: 2007-2-14 16:50
我是刚刚看到这个贴子。将我的做法说说。
我是先描述Bug出现的现象，然后服务器中所报的错误贴出来。

作者: fxn0311 时间: 2007-3-4 21:39
1 状态缺陷种类(category)：性能，安全，界面，改进方面的问题。
2 简单描述：标题/摘要（错误现象/实际结果，千万不要写预期结果）
3 详细描述：详细的相关信息，环境（避免主观性，避免用第N人称，避免用模糊语言表达，避免用自以为幽默的语言
4 附件/拷屏
5 comments注释测试

作者: JamesGosling 时间: 2007-3-5 15:52
bug的重现描述很重要。最好附上截图。以便开发人员定位bug。

作者: newdam 时间: 2007-3-5 18:09
我们这里的话，在defect报告中应该包含以下内容：
Defect ID; Testcase ID; Defect Description; Steps to Reproduce; Severity; Screenshot; Status; Test CoE Comments; Bussiness Team Comments

作者: jiaerxue 时间: 2007-3-20 19:47
起码要写出BUG的几大属性：bug identifier ,bug description,
status,severity,detected by,detected on date,product version,platform,retraceable or not

作者: 寂寞圣贤 时间: 2007-3-20 20:27
标题: BUG包括的内容
程序缺陷：电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做＂bug＂；有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离．包括缺陷，错误，故障，失效

作者: jamesxiang 时间: 2007-4-17 20:45
我认为BUG的描述就应该是bug报告单上应该体现的内容。

1.Summary (摘要)
描述的是测试人员发现了什么，而不是做了什么；描述的是缺陷，而不是预期结果；语言简洁，尽量作到一目了然。

2.Description(描述)
把相关的环境、步骤、输入参数描述清楚；
避免用“你我他”称呼，而要把角色描述出来；
避免用情绪化语言；

3.Attachment/SnapShot(附件/抓图)
难以描述的问题截屏：有文件、日志、报文的需要提供相关附件；

4.Comments(注释)
可以给出自己对bug的简单分析；

作者: sztx 时间: 2007-4-20 14:31
1 summary ( 简洁的语言描述bug)
2 enviroment(软件运行的环境，如操作系统版本，数据库等)
3 build No(软件的版本号)
4 description steps (将bug如何出现的详细步骤写下来)
5 expect result(期望结果是怎样的)
6 picture (bug截图)
7 note (一些补充说明)

作者: zhuzhu3431 时间: 2007-4-23 14:12
楼上说的很好,最好附上图片

作者: xiaoshuai210 时间: 2007-5-7 19:15
标题: 软件测试新手寻软件测试高手的QQ号码
希望软件高人能多多指教我，我刚毕业现在做软件测试，望您指教谢谢

作者: 巩员外 时间: 2007-5-11 17:16
1.环境
2.操作步骤
3.问题描述
4.可能原因及相关附件

作者: add1231 时间: 2007-5-24 10:38
学习中ing

作者: huangbi173 时间: 2007-5-24 11:30
标题: 回复 #14 kpxl 的帖子
我下载不了您上传的附件，能不能发一份到我邮箱，非常感谢，[email]huangbi173@126.com[/email]，我十分希望在软件测试行业有所造诣，谢谢。

作者: honey_hc 时间: 2007-5-28 23:26
最直接的 “你的BUG描述能让研发人员看的懂你贴的BUG描述是什么内容就OK”

作者: llj_wj 时间: 2007-6-19 06:30
最重要的是能够让开发人员去重现错误，从而去有效的定位错误，修改错误

作者: llj_wj 时间: 2007-6-19 06:34
谢谢分享，可我也下不了，可不可以发到我的邮箱：[email]qthyfwj@126.com[/email],谢谢

作者: shtina 时间: 2007-6-19 22:47
说一下我的做法：
描述bug出现的环境；
bug出现之前做过的相关操作；
描述实际输出的结果（可以截图）；
可以备注一些bug可能产生的原因

作者: 凝凝 时间: 2007-6-20 16:51
标题: 新手
还是要好好看看喽!呵呵~~~~~~~~sdlkfj2

作者: cow11023 时间: 2007-6-20 16:52
昨天面试的时候就被问到了一个BUG的处理流程的问题，昏～～～·

作者: SOG 时间: 2007-6-23 14:56
标题: 回复 #1 myang 的帖子
我们做手机测试的一般会写上bug的出现概率：是100%还是有几率性，还有就是写上出现bug之前其他的一些操作，便于分析bug出现的原因。

作者: applejuzi 时间: 2007-7-13 16:55
还没写过缺陷报告，学习了

作者: 119139107 时间: 2007-7-13 17:07
学习中

作者: luyunbing 时间: 2007-7-22 10:22
好贴大家顶，好书大家看，

作者: inridge 时间: 2007-7-24 17:13
看回帖，也学到不少东西

作者: icivelee 时间: 2007-8-2 17:52
看了之后受益匪浅

作者: 给心穿上红舞鞋 时间: 2007-8-2 18:44
一目了然的brief description
100%重现简单的步骤
actual result
expected result
bug发生的configuresdlkfj3

作者: 406407 时间: 2007-8-8 16:14
谢谢，学习中。

作者: zj521929 时间: 2007-8-14 13:20
想看看

作者: zhangsy 时间: 2007-8-14 19:27
我的理解是就是将bug重现的必要步骤写出来。

作者: yuelfe 时间: 2007-8-15 15:37
呵呵，这个要好好学习啦

作者: woshiyeye207 时间: 2007-8-15 18:36
楼上的回答只是一个相对完整的bug report应有的项目，楼主问的bug描述应该是其中的一个项目。仅就这个项目举个例子：
“[功能]\[模块]\[平台]”：[{状态1 [+状态2]...}]，[键盘\鼠标操作]，[其它操作]，[补充条件] ==> [屏幕显示结果][，音频输出结果][，其它现象]
[Bug原因：]

作者: changlang530 时间: 2007-8-16 14:18
主要是让开发人员能看得懂！！

作者: hjsj2006 时间: 2007-8-24 08:29
标题: 回复 #14 kpxl 的帖子
好东西,收藏

作者: yulele 时间: 2007-8-26 17:32
标题: 回复 #14 kpxl 的帖子
不错，谢了！

作者: owenyuan 时间: 2007-8-29 10:24
先学为快，谢谢

作者: xiasan2004 时间: 2007-8-29 10:44
学习在学习啊!加油啊

作者: ivyhuan 时间: 2008-1-2 17:04
对BUG描述应该，把操作的步骤详细的写出来，预期应该出现的结果及经过操作后出现的实际结果，用他们的不同来说明这个BUG，如果能知道BUG的来源，也最好可以描述一下，帮助开发人员来定位。

作者: zhangli888885 时间: 2009-2-16 15:01
谢谢

作者: wd_13698 时间: 2009-2-16 20:20
看了大家的都感觉挺对！但补充一点，如果出现网站或者难以用文字表达的情况下，建议截图说明。这样更容易一目了然！更容易BUG重现（方便开发）。

作者: yzylion 时间: 2009-3-24 15:53
发现版本提交版本集成版本提交人修改人提交时间修改时间缺陷等级缺陷描述关闭版本关闭时间缺陷状态 ID

一家之言，不求苟同

请大虾给予补充

作者: TLover 时间: 2009-3-24 16:07
缺陷对应的用例编号、模块名称、前置条件、操作步骤、严重级别、优先级别、预期结果、实际结果

作者: zhujie 时间: 2009-4-14 20:14
来学习拉我也是个新手啊

作者: yoland 时间: 2009-4-17 12:01
只要自己写的bug让开发能很容易重现就好了，基本的药写清楚。我们用的是mantis管理bug系统的，用的还可以。

作者: 小贝流浪记 时间: 2009-4-27 11:52
1.bug标题
2.bug的具体描述
3.添加附件，利用截图（有的时候图像是最好的说明语言）

作者: pengxing12121 时间: 2009-8-3 02:33
[quote]原帖由 [i]sendy[/i] 于 2005-9-13 10:25 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=127059&ptid=11285]

[/url]
文章写的很好，我也收藏了，谢谢啊！ [/quote]
我也是

作者: maxinruitest 时间: 2009-8-17 10:33
标题: 测试Q群
亲们，我今天刚注册，做测试一年了，但是经验欠缺，今天安装QTP总是不成功，哪位大哥帮帮忙

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)