请谈谈各位的bug是如何描述的？

snow_sx1224

测试人员提交bug的描述也应该有一定的规范性吧？
才意识到这个问题，请各位指点一下。

snow_sx1224

？？？

袁媛

bug规范包括以下几个部分：
1. 测试软件名称
2. 测试版本号
3. 测试人员名称
4. 测试事件
5. 测试软件和硬件配置环境
6. 发现错误的类型
7. 错误的严重等级
8. 详细步骤
9. 必要的附图

  测试软件名称和版本号以及测试事件的正确填写，在软件测试结束后方便统计具体在软件各测试阶段各测试模块发现的Bug百分比，这个百分比对软件开发人员很有用。
错误类型和错误严重级别一定要有，且准确。这对软件开发人员处理Bug非常重要。
详细步骤一定要做到简而精，语言通俗易懂，任何人看后都明白bug其意。必要时要用图形说话。所以可以加上附图，有助于软件开发人员查找问题原因。

woza

很多时候截图和录像比文字描述效果要好的多。

yiding_he

测试人员填写：编号，发现日期，发现人，现象描述，当前状态
开发人员填写：修复日期

这就足够了。另外，开发人员在提交代码的时候要注明修复了几号 BUG。

ujfjwkwvf

刚好在写一个规范文档，写完发出来大家讨论下。

cxh8623

1. 分类[Bug出现模块]
2. 出现频率
3. 严重性
4. 优先权
5. 缺陷标题
6. 缺陷的基本信息[包括:操作步骤,实际结果,期望的正确结果]
7. 注释文字和截取的缺陷图像

月上百合

原帖由 woza 于 2009-7-31 20:36 发表
很多时候截图和录像比文字描述效果要好的多。

是的，我会把图截下，然后再画一下，再加上文字，很直观