缺陷报告应该包含以下基本项：
1、缺陷概要
2、简要的缺陷描述
3、产生缺陷的先决条件及重现的步骤
4、实际结果
5、预期结果
6、严重性及优先级
7、必要的屏幕截图，及AUT日志
8、应用程序测试在版本上产生的错误
9、标记该缺陷出现的频率。 经常/偶尔
缺陷报告应该使开发人员获得缺陷重现的所有信息。可以从以下有几点考虑：
1、在整理每个缺陷文档的之前先检查一遍。问问自己以下几个问题：
- 总结是否描述清楚了缺陷的要点？
- 我是否将所有的缺陷的信息整理好了？
- 我还可以再做什么让开发人员更了解问题所在？
- 严重性和优先级是否合理？
- 我是否添加了过多附件？ 所有添加的是否都是必须的？
2、你经常会遇到一些不能重现或者在所有的环境中都不能重现的缺陷（操作系统，数据库，等等）。这样的问题你要提出。那些缺陷很可能被标记无效。要加倍消息这样的报告，确保重现的每条信息都完整。
3、 如果该缺陷第二次被发现。 如果你延迟，你很可能会忘记一些信息或者其他，那样的话你将要花更多时间去重现这个问题。
4、当你整个一个或多个应用程序时，确保你指定的版本正确。
版权声明：本文出自dq_0413的51Testing软件测试博客：http://www.51testing.com/?266868
原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
