缺陷定义
错误：一般文档中表述或编写过程中产生的错误现象
bug：存在于程序代码或系统硬件中的错误
缺陷：一切与用户显性或隐性需求不相符的错误
失效：因缺陷引发的失效现象
缺陷产生的原因
因需求表述、理解产生的错误
程序编写过程中产生的错误
软件复杂度越来越高
与用户需求不符合
常见缺陷：遗漏、错误、冗余、不满意
缺陷管理
角色定义
测试工程师：发现缺陷，提交缺陷
测试负责人：检查测试工程师提交的缺陷是否符合规范
开发负责人：把缺陷分配给开发人员
开发人员：缺陷的确认以及修复
项目经理：提交的缺陷有分歧时，被Reject时，进行评审
流程定义
缺陷状态的改变
第1种情况： New--open--Fix--close
第2种情况: New--open--Fix--reopen--Fix--close
第3种情况： new--open--reject--close
第4种情况： new--open--reject--reopen--Fix--close
测试人员关注 Fix和reject状态的缺陷
Fix状态：研发修复成功，缺陷需要测试人员验证
reject状态：研发把缺陷打回或是拒绝了，这时候测试人员再次确认这是不是一个有效的缺陷
如果研发和测试人员对一个缺陷产生争议，一般找测试主管，研发主管或是项目经理协调
工具的应用
缺陷分析
缺陷报告格式
缺陷ID
唯一标识缺陷
概要描述
简述缺陷的存在形式及表象
发现人
发现时间
修复时间
所属版本
用于以后版本统计
所属模块
利于回归投入确定以及精力分配
缺陷状态
New,Open,Fix,Close,Reopen,Reject
缺陷严重度
Low,Medium,Hight,Very Hight,Urgent
优先修复级别
下步处理人
详细描述
输入，环境，步骤，现象
附件
额外的证据信息，如截图，日志等
