缺陷的定义、产生原因、格式

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