[讨论]Bug 的报告是要简明扼要还是详细说明？

Nio

有时要简明扼要，有时要详细说明，难办……
有人能告诉我什么时候简明扼要，什么时候详细说明么？

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

zhsh1203

个人觉的简单就好

zhangsy

我觉得在摘要里要简明扼要，切正主题，而在描述里要把bug重现的必要步骤一个不拉的写下。为开发人员重现提供详细信息，但也不要写不必要的。

119139107

[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 发言
都学习了

changlang530

看Bug的严重性和Bug的重现难度！！

孤独无心

sdlkfj5

maoshan

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

chenyuying

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

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


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

xia8940516

学习中...........

BirdLiu

bug摘要中简单描述，bug描述中详细说明

ljly

我公司是这样的,给你参考

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

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

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

walker_lai

其实，把这个问题提到标准上有点高了，对于文档是不是考虑下规范就ok了呢？
个人意见

xyj0323

好不容易找到个bug,肯定要把它搞的比较详细才好！

black_tulip

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

kewu_123

哦。
详细好。

sinicism

强调敏捷方式

Nio

对问题的看法如此老到，楼上的兄弟绝对不是新手！

kpxl

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

做到以上两点就够了。

little_student

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

archonwang

度量的问题，对于不同的人员分配不同的详细程度，我的建议是尽量详细，以便于以后对Bug进行分析和汇总。