一、软件缺陷报告包含的内容
1、报告编号：为了方便对缺陷进行管理，每个缺陷必须赋予一个唯一的编号，规则根据需要和需求进行制定；
2、标题：标题用简单的方式可以传达缺陷的基本信息，标题应该简短并尽量做到唯一，因为这个缺陷可能在以前的版本修改过；
3、报告人：缺陷报告的原始创造人，有时也应该包含报告的修订者；
4、报告的日期：首次报告的日期。让开发人员知道创建缺陷报告的日期是很重要的，因为这个缺陷有可能在以前的版本有改过；
5、程序或组件的民称：可分辨测试对象；
6、版本号：测试可能跨越多个版本的软件，提供版本信息可以方便对缺陷进行管理；
7、配置：发现缺陷的软件和硬件配置。如操做系统类型、是否用游览器、处理器的类型和速度；
8、缺陷的类型：如代码错误、设计你问题和文档不匹配；
9、严重性：描述报告的严重性；
10、优先级：由开发人员或管理人员确定；
11、关键词：使用关键词以便分类查找缺陷报告；
12、缺陷描述：对发现的问题进行详细描述
13、重现步骤：这些步骤必须是有限的，并且描述的信息足够读者知道正确的执行就可以重现报告的缺陷；
14、结果对比：在执行了重现步骤后，将期望结果与实际结果进行对比
下面是一个软件缺陷模板
二、缺陷的严重性和优先等级
1、缺陷的严重性
0级（致命）：最严重等级，缺陷导致系统任何一个主要功能完全丧失、用户数据受到破坏、系统崩溃、悬挂、死机等；
1级（严重）：系统的主要功能部分丧失、数据不能完全保存，系统的次要功能完全丧失，系统所提供的功能或服务收到明显影响；
2级（一般）：系统的次要功能没有完全实现，但不影响用户的正常使用。例如，提示信息不太准确；或用户界面差、操做时间稍长等问题；
3级（微小）：操作者不方便或遇到麻烦，但不影响功能的操做和执行，如字体不美观、按钮大小不很合适、字体排列不对齐等一些小问题。
2、缺陷的优先级
立即解决（p1级）：缺陷导致系统几乎不能完全运行、使用，或严重妨碍测试的执行，需立即修正、尽快修正；
高优先级（p2级）：缺陷严重，影响测试，需要优先考虑修正，如不超过24小时修正；
正常排队（p3级）：缺陷需要修正，但可以正常排队等待修正；
低优先级（p4级）：缺陷可以在开发人员有时间的时候被修正，如果没时间可以不修正。
三、软件缺陷的生命周期
缺陷的生命周期可以简单地表现为：打开（open）—修正(fixed或solved)—关闭（close）
软件缺陷状态的描述：
打开/激活：缺陷的起始状态，或重新打开的状态。问题存在或依旧没有解决，等待修正，如新报告的缺陷、补充完整信息后在打开；
已修正：已经被开发人员检查、修复过的缺陷，通过单元测试，认为及解决但还待测试人员验证；
关闭/非激活：测试人员验证后，确认缺陷不存在的状态；
无法解决：由于技术原因或者第三方软件的缺陷，开发人员目前不能解决的缺陷；
延迟：这个缺陷不严重，被推迟修正，可以在下一个版本解决；
功能增强：该问题符合 当前的设计规格说明书，但有一个待改进问题；
不是缺陷：开发人员认为不是问题，十年测试人员的误报缺陷；
不能再现：开发人员不能复现这个软件缺陷，需要测试人员检查缺陷复现步骤；
需要更多信息：开发不能复现这个软件缺陷，但开发人员需要一些信息，例如：缺陷的日志文件、图片等。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
