如何编写有效的缺陷报告 软件测试资料大全.pdfVIP

如何写有效的缺陷报告 这是翻译一个名字叫做Kelly Whitmill 的人写的文章，他在写这篇文章之前有18 年的 软件测试经验，18 年中主要做为team leader 来负责通过寻找并且实施有效的测试方法和测 试工具来达到系统的要求，擅长利用有限的资源来尽可能的模拟环境，在自动测试上有浓厚 的兴趣。从大公司到小公司都有过丰富的经历，现在在IBM 公司工作。 介绍 缺陷报告是测试过程中可以提交的最重要的东西。它的重要性丝毫不亚于测试计划，并 且比其他的在测试过程中的产出文档对产品的质量的影响更大。所以很有必要学习如何写出 有效的缺陷报告。有效的缺陷报告将能够： 减少开发部门的二次缺陷率 提高开发修改缺陷的速度 提高测试部门的信用度 增强测试和开发部门的协作 为什么测试人员从开发那里得到的反馈比从其他部门得到的更多？一定程度上这个答 案就是缺陷报告，依照一些简单的规则可以使整个过程更加顺畅。但是我们的目标并不是写 一个非常完美的缺陷报告，而是能够传达正确的信息，让工作得以完成并且能够简化流程的 有效的缺陷报告。 这篇文章主要讲述缺陷报告的两个方面：1）描述的注释；2 ）摘要。首先我们先来看 注释。 缺陷注释 下面是确保你下一篇缺陷报告是有效的几个关键点： Condense －精简，清晰而简短 Accurate －准确，这到底是不是一个bug ？还是用户操作错误，或者是理解错 了，等等？ Neutralize －用中性的语言描述事实，不带偏见，不用幽默或者情绪化的语言。 Precise －精确，这到底是什么问题？ Isolate －定位，这到底是个什么样的问题？尽量缩小这个问题的范围。 Generalize－还有没有其他的某些地方存在这样的问题？ Re-Create －如何引发和重现这个bug ？（环境，步骤，前提条件） Impact －影响，这个缺陷对客户有何影响？对测试有什么影响？ Debug －怎么做才可以让开发更容易来修改这个bug ？（跟踪，截图，日志， 直接访问等等） Evidence －证据，如何证明确实存在这个bug ？ 写有效的缺陷报告并不需要很好的文字功底，只要确认你正确回答了上面的问题，关键 就是确认你覆盖了所有的你的缺陷报告的查看者关注的要点就好了。 有效缺陷注释的要点 精简 清晰而简短。首先，去掉不必要的词；其次，不要添加无关的信息。包含相应的信息是 最重要的，但是确保这些信息都是有用的。不管什么原因，对于那些没有描述清楚如何重现 或者难以理解的问题，你都应该提供更多的信息。写过多的不必要的信息也是问题的一种。 精简的例子 缺陷注释 不要这样写： 当我正在专心测试的时候，报内存错误，这 TMI （Too Much Information ） 时我发现一个我不熟悉的 GUI，我试了好多 边界值以及错误的条件，但是运行正常。最 后我请空了数据，并且点击了前进按钮，这 时系统异常中止了，多次的反复尝试证明， 在任何情况下，只要“产品描述”这个字段 没有数据，点击前进或者退出甚至取消，系 统都会中止。 要这样写： 在产品信息页面，如果产品的描述字段为空， 前进，退出和取消的功能会使系统意外中止。 准确 确信你正在提交的确实是一个bug ，如果你因为安装问题或