如何写一个完美的软件缺陷报告（Defect）

编写缺陷报告是测试人员的日常工作，好的缺陷报告能够让开发人员更容易理解，更快速的定位问题；不好的缺陷报告可能会误导调查方向，增加沟通成本。那么一个好的缺陷报告应该包括哪些方面呢？

请看我的mindmap：

标题

　　1. 首先要做一个“标题党”（此标题党非彼标题党）。标题一定要清晰简洁易理解，不应该臃长

　　2. 尽量前缀要规范，例如模板： [Product][Version]_[Feature]_[Title]，这样描述会很清晰，也方便查找

　　3. 缺陷的标题一定要描述在什么情况下发生了什么问题

　　4. 尽量避免使用人称（比如you, I等等）

　　缺陷标题的例子： DemoApp 1.0_Login_Cannot enter username by copy/paste enternal string

　　这个标题包含了产品名，版本号，模块，发生了什么（cannot enter username),什么情况下(copy/paste enternal string)

描述或总结

　　描述或总结这个模块可以用来描述标题不能容纳的更详细的内容，它可以包括很多方面，比如相关、历史版本是否重现、用户操作等。目的是更清晰详细的描述缺陷。

影响

　　　这部分用以描述该缺陷对用户实际应用中的影响。　

前置条件

　　用以描述在重现缺陷之前环境、数据或者其他的一些特殊需求。

重现步骤

　　从用户角度出发来描述重现步骤，步与步之间不应该有太大的业务跳跃，最好是连贯的。

　　例如：

　　Repro Steps：

　　1. Open DemoApp to enter Login screen

原文转自：http://www.cnblogs.com/AlwinXu/p/5427520.html