一、软件缺陷

1、定义
  从内部看，软件缺陷试产品开发或者维护过程中存在的错误、毛病等各种问题。从外部看，软件缺陷是系统所需要实现的某种功能的失效或者违背。总的来说，缺陷就是问题，最终表现为所需要的功能没有完全实现，没有满足用户的需求。

2、软件缺陷的判定标准(具体包含程序、数据、文档)
(1)未达到需求规格说明书中的功能
(2)出现了需求规格说明数中指名不会出现的错误
(3)功能超出了需求规格说明书的范围
(4)未达到需求规格说明书中虽然没有指明，但应该达到的目标
(5)测试人员或者用户认为软件难以理解、不易使用、运行速度慢或者最终用户认为不好

3、表现形式
(1)功能、特性没有实现或者部分实现
(2)设计不合理，功能特性不明确，逻辑不清楚或者存在矛盾
(3)产品实际结果和所期望的结果不一致
(4)没有达到需求规格说明书所规定的性能指标
(5)运行出错，中断、奔溃、界面混乱
(6)数据不正确、精度不够，不完整，格式不统一
(7)用户不能接受的其他问题，超时、界面丑陋
(8)硬件或者系统软件上存在的其他问题

二、缺陷报告

  在测试后，如果发现缺陷，测试人员需要填写缺陷报告来记录缺陷。缺陷报告可以记录测试结果，方便开发人员进行缺陷的定位，为后期统计缺陷提供依据。

1、缺陷报告的一些字段及说明
(1)缺陷ID：唯一的缺陷ID，可以根据该ID追踪缺陷
(2)缺陷状态：缺陷状态指缺陷通过一个跟踪修复过程的进展情况
(3)缺陷标题：描述缺陷的标题
(4)缺陷的严重程度：对软件产品的影响程度，分致命、较严重、严重、一般、低
(5)缺陷的优先级：缺陷修复的先后顺序，即哪些缺陷优先修正，哪些稍后修正
(6)缺陷所属模块：缺陷所属的项目和模块，要能较精确的定位至模块
(7)缺陷记录者：提交缺陷的人员姓名
(8)缺陷提交时间：缺陷提交的时间
(9)缺陷处理人：处理缺陷的处理人
(10)处理结果描述：对处理结果的描述，描述处理情况和代码修改说明
(11)缺陷处理时间：缺陷处理的时间
(12)缺陷验证人：对被处理缺陷验证的验证人（回测者)
(13)验证结果描述：对验证结果的描述（通过、不通过)
(14)缺陷详细描述：缺陷的重现步骤
(15)缺陷环境说明：对测试环境的描述
(16)必要的附件：如涉及到附件的或错误现象的图片等。

2、缺陷的状态

缺陷的状态变化
(1)New——测试人员发现缺陷
(2)Assigned——由开发经理或者其他人员，将修复职责指定为某位开发人员
(3)开发人员阅读缺陷报告，可能得到如下结果
①Open——测试人员是正确的，准备修复
②Duplicate——与其他bug为同一原因，修正好一个后，这个也就修复了
③Rejected——可能是测试人员理解错误，其实这不是bug
④Fixed——经过一段时间开发人员修复了bug，就会标记为此状态
⑤Postpone——小问题，目前没有时间修复
(4)测试人员检验缺陷状态
①Closed——再次测试，发现错误已经修复。
②Closed——被拒绝Rejected的错误，经过沟通核实后，确认无需修复
③Reopen——原来修复后的缺陷，经过回归测试后又出现了，标记原先的缺陷为此状态

3、缺陷的严重程度
(1)致命错误：造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模北以及相关模块异常等问题。
(2)严重错误：系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如系统资源占用过大、功能没有做完。。
(3)一般错误：次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等。
(4)较小错误：使操作者不方便或遇到麻烦，但它不影响功能性的操作和执行。如对话框弹出位置，步骤较多，输入项太麻烦。
(5)建议问题：由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。如颜色、按钮大小。
ps:严重程度的分级，并不统一，有的分为4个等级也可以
(1)致命错误，可能导致本模块以及其他相关的模块异常，死机等问题
(2)严重错误，问题局限在本模块，导致模块功能失常或异常退出
(3)一般错误，模块功能部分失效
(4)建议模块，有问题提出人对测试模块的改进建议
4、缺陷的优先级(缺陷被修复的紧急程度)
(1) P1级（立即解决）：缺陷导致系统功能几乎不能运行使用，或严重妨碍测试的执行，需立即修复
(2) P2级（高级优先）：缺陷严重，影响测试，需要优先考虑
(3) P3级（正常级别）：缺陷需要正常排队等待修复
(4) P4级（低优先级）：缺陷可以在开发人员有时间的时候修复