缺陷的定义：包含错误、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、下一步处理人：缺陷修改人或测试人