51Testing软件测试论坛

标题: [讨论]Bug 的报告是要简明扼要还是详细说明？ [打印本页]

作者: Nio 时间: 2004-12-24 18:06
标题: [讨论]Bug 的报告是要简明扼要还是详细说明？
有时要简明扼要，有时要详细说明，难办……
有人能告诉我什么时候简明扼要，什么时候详细说明么？

[[i] Last edited by Nio on 2004-12-27 at 16:37 [/i]]

作者: 肚皮 时间: 2004-12-24 22:44
把事情描述清楚就好了，程序员都是高智商，至少跟我们差不多

作者: Nio 时间: 2004-12-27 12:03
To:肚皮
君不见：“简明扼要” 和 “详细说明” 中都有个 “明” 字？不管什么方式前提当然是都要能够说明问题了。比如说吃饭：你可以只说你吃饭了，你也可以告诉我你吃的是中餐还是西餐以及饭食的内容。

我要问的是：在都能说明问题的情况下，哪种方式更可取呢？以前我看过一个贴子，有人建议详细一点会比较好，不过这会给开发人员带来时间上的浪费。而如果太简单了，又怕人家说你太懒……总之众口难调呀。

作者: Lighthouse 时间: 2004-12-27 12:36
标题: 在都能说明问题的情况下，哪种方式更可取呢？当然是越简单越好了。
不要浪费资源。

作者: Nio 时间: 2004-12-27 16:40
简单有简单的妙处，详细有详细的好处。
不要阻碍了别人的发言哟;)

[[i] Last edited by Nio on 2004-12-27 at 16:46 [/i]]

作者: gubinger 时间: 2004-12-27 16:48
标题: ??
给领导看，越简单越好，给程序员看，越详细越好

作者: Nio 时间: 2004-12-27 17:21
TO：gubinger
有道理~~~~

作者: 肚皮 时间: 2004-12-27 17:29
是的是的，在下佩服

作者: archonwang 时间: 2004-12-28 09:08
度量的问题，对于不同的人员分配不同的详细程度，我的建议是尽量详细，以便于以后对Bug进行分析和汇总。

作者: little_student 时间: 2004-12-28 09:42
同意楼上的意见！尤其对于同一产品的不同版本的测试有很大的研究价值！
看来，BUG报告写详细了还可以当历史参考文献用呢！

作者: kpxl 时间: 2004-12-29 18:48
bug的标题要简明扼要，并且要有让开发或者自己QA的小组的人，不用查看详细信息就可以了解到这个bug的严重程度，发生频率，测试环境，状况等基本信息。
对于bug的描述，要求做到条理清晰，不能太简单，但是也不能太罗嗦，标准就是开发根据你的描述可以很清楚的知道如何重现并且确实可以重现这个问题。

做到以上两点就够了。

作者: Nio 时间: 2004-12-30 09:45
对问题的看法如此老到，楼上的兄弟绝对不是新手！

作者: sinicism 时间: 2005-7-20 14:29
标题: 不妨定义好bug的格式
强调敏捷方式

作者: kewu_123 时间: 2005-8-1 15:31
哦。
详细好。

作者: black_tulip 时间: 2005-11-24 19:41
其实这个标题是无法回答的，这是个度的问题。衡量的标准是每次发出的bug list是不是会总有开发人员过来问不明白的事情，和写bug list的时候是不是自己都觉得自己很罗嗦。在这两者之间找到个平衡就可以了。

作者: xyj0323 时间: 2005-11-28 20:25
好不容易找到个bug,肯定要把它搞的比较详细才好！

作者: walker_lai 时间: 2006-8-27 15:52
其实，把这个问题提到标准上有点高了，对于文档是不是考虑下规范就ok了呢？
个人意见

作者: ljly 时间: 2006-9-9 18:29
我公司是这样的,给你参考

bug报告是由这两部分组成的:

先在标题中简单介绍出问题的模块,原因等等

然后在问题描述中详细介绍操作步骤,以及问题的日志等等

作者: BirdLiu 时间: 2006-9-11 16:21
bug摘要中简单描述，bug描述中详细说明

作者: xia8940516 时间: 2006-9-17 13:32
学习中...........

作者: chenyuying 时间: 2006-9-22 11:47
[quote]原帖由 [i]Nio[/i] 于 2004-12-27 16:40 发表
简单有简单的妙处，详细有详细的好处。
不要阻碍了别人的发言哟;)

Last edited by Nio on 2004-12-27 at 16:46 ] [/quote]

这句话比较符合实际啊..哈.

作者: maoshan 时间: 2007-1-24 11:26
缺陷跟踪单的写作准则(5c):
1. correct(准确) ------ 每个组成部分的描述准确,不会引起误解
2. clear(清晰) ------ 每个组成部分的描述清晰,易于理解
3. concise(简洁) ------ 只包含必不可少的信息,不包括任何多余的内容
4. complete(完整) ------ 包含复现该缺陷的完整步骤和其他本质信息
5. consistent(一致) ------ 按照一致的格式书写全部缺陷报告
另外,个人认为在bug报告单中附上测试执行时产生缺陷的截图,效果会比较直观.

作者: 孤独无心 时间: 2007-4-4 14:04
sdlkfj5

作者: changlang530 时间: 2007-8-17 11:12
看Bug的严重性和Bug的重现难度！！

作者: 119139107 时间: 2007-8-20 09:36
[quote]原帖由 [i]maoshan[/i] 于 2007-1-24 11:26 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=421061&ptid=6802]

[/url]
缺陷跟踪单的写作准则(5c):
1. correct(准确) ------ 每个组成部分的描述准确,不会引起误解
2. clear(清晰) ------ 每个组成部分的描述清晰,易于理解
3. concise(简洁) ------ 只包含必不可少的信息,不包括任 ... [/quote]
说的详细
感谢kpxl 发言
都学习了

作者: zhangsy 时间: 2007-8-21 22:45
标题: 回复 #1 Nio 的帖子
我觉得在摘要里要简明扼要，切正主题，而在描述里要把bug重现的必要步骤一个不拉的写下。为开发人员重现提供详细信息，但也不要写不必要的。

作者: zhsh1203 时间: 2007-8-22 11:23
个人觉的简单就好

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