上传：如何写有效的bug报告

xclm · 发表于 2007-3-22 17:51:27

如何写有效的bug报告？参见附件

wzq88866 · 发表于 2008-12-3 15:03:43

good!

ynntg · 发表于 2008-12-3 09:15:02

谢谢楼主分享

dongbangws · 发表于 2008-12-3 01:50:52

谢谢

manbuyunduan · 发表于 2007-6-26 10:43:24

正是我需要的，谢谢LZ！

deter · 发表于 2007-6-25 22:20:35

下下来看看！！

yiyi820106 · 发表于 2007-6-25 17:47:14

xiexie

kesonyu · 发表于 2007-6-25 16:48:46

看看

stjd139 · 发表于 2007-6-25 16:33:41

谢谢
下载下来看看先

mc309 · 发表于 2007-6-25 15:13:09

sdlkfj4 sdlkfj4 sdlkfj4

cherry.wang · 发表于 2007-6-25 13:12:18

sdlkfj5

cherry.wang · 发表于 2007-6-25 13:11:52

sdlkfj2

annayin · 发表于 2007-6-25 10:09:17

不错

artsio · 发表于 2007-3-22 18:54:30

下来看看

fxzeng · 发表于 2007-3-22 18:49:48

一个好的bug report非常重要。
主要包含Summary, Priority, Severity, Status, Description(steps), Actual Result, Expected Result, 以及系统信息.
Summary容易被很多人看到，包括开发者，项目经理等，所以应该简洁精练，尤其是在bugzilla中默认是显示前200个字符，所以一定要言简意赅的把问题描述清楚，并且区别与其他bug。
Priority, Severity用于后期数据统计，并且也决定了开发者fix bug的先后顺序，所以也不能马虎，不同的项目组都应该有自己的一套规则。
Status, 用于后期数据统计，可以用于bug生命周期的跟踪。需要注意的是里面的每一个状态都由谁来修改应该有一个明确规定，比如只有测试人员或测试经理才有把bug的状态置成invalid的权利。
Description, 当然是详细步骤了，还是言简意赅。对于无法重现的bug或UI上的bug可以截图。
Actual Result, Expected Result, 对开发者非常有用的。
系统信息: 当前测试环境。
sdlkfj2

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 上传：如何写有效的bug报告

本帖子中包含更多资源

相关帖子

haha

谢谢楼主

回复 #1 xclm 的帖子

回复 #1 xclm 的帖子

站长推荐 /1