缺陷的定义：包含错误、Bug、缺陷、失效 1、错误：静态存在于文档说明中的表述或编写错误ru:用户名及密码错误 2、bug:存在于代码或硬件系统中的错误 3、缺陷：被测对象实际表现与用户显性需求或隐性需求之间的差异：如：功能实现错误；功能实现多余；功能实现遗漏；功能实现不友好 4、失效：因缺陷导致功能无法正常使用 缺陷的产生原因: 1、需求表述理解、编写过程中引起的错误 2、系统设计架构引起的错误 3、开发过程中缺乏有效的沟通及监督 4、程序员编码过程产生的错误 5、软件开发工具本身的错误 6、软件需求、复杂度越来越高 7、与用户需求不符合，即时本身不存在某种意义上的缺陷 缺陷的格式： 1、缺陷ID:缺陷的编号唯一 2、概要描述:简单描述缺陷的形式或现象，可能引发缺陷的原因，便于研发快速推测缺陷的产生原因。如：商品查询功能：输入关键字后查询结果显示为乱码 3、发现人:任何人（一般为测试工程师；项目组相关人员） 4、发现时间:便于跟踪处理 5、修复时间: 6、所属版本：便于后期统计不同版本的缺陷数量以及确定测试版本的发布风险 7、所属模块：缺陷所在的功能或业务模块，便于后期统计每个功能或业务模块的缺陷分布情况，从而利于回归投入确定或研发资源分配 8、缺陷的状态：缺陷所处的活动状态，new(新发现的或新提交的缺陷) open（经过确认后确定是bug后，缺陷正式进入管理流程） fix （研发同事确认为bug，并且做了修复活动，可将对应的bug状态设置为fix）close (缺陷经过校验确认已修复或无须处理时)reject（研发人员认为不是bug,拒绝修改） reopen（再次发现相同的缺陷重新打开） 9、缺陷的严重度：缺陷引发后果的验证程度 ，low 、medium 、high、 very high、 urgent 9、修复优先级： 10、详细描述：当概要无法细致描述缺陷现象时，需要再此进行详细描述 11、下一步处理人：缺陷修改人或测试人