缺陷管理

缺陷等级

缺陷等级	缺陷性质	系统中对应的错误分类	描述
一级	致命错误	系统崩溃 系统死锁	导致对被描述的主要对象的理解错误、不可行、不可运转、对业务和整个系统造成重大损失或损害；以及对产品的基本功能有致命影响的缺陷
二级	严重缺陷	严重错误	对被描述的部分对象的理解或实现错误，部分的模块或系统不可行或不能运转或部分模块和系统缺失，对整个系统有重大影响或可能造成部分的损失或损害；
三级	一般缺陷	次要错误 布局不合理 文字错误	系统中部分单元模块或单个功能描述和实现有错误、有偏差、不一致或有缺失，不影响模块的正常运行，或有影响，但可以有替代的办法或避免办法
四级	微小缺陷	微不足道	基本不影响系统的运行和功能的实现。但是与标准、规范和定义不一致
五级	建议性缺陷	允许在发布版本中存在	不影响正常使用，建议修改的缺陷，或在系统升级改造时进行调整的缺陷

缺陷状态	描述
新提交的（New）	测试或开发人员提交一个新的缺陷，等待技术经理分配修改负责人
打回（FeedBack）	要求缺陷的报告者再次对缺陷进行说明
已分配（Assigned）	是指已经分配给属主，等待修改。
已解决（Resolved）	缺陷被属主修改，等待测试人员验证
关闭（Closed）	测试人员验证缺陷已经修复
重新打开（Reopen）	测试人员验证，缺陷没有修改正确
遗留（Later）	经项目经理或技术经理验证此缺陷在本版本中不用修改
已确认（confirmed）	开发人员已经确认此bug为缺陷
处理中（processing）	开发人员正在处理缺陷，可能因为技术等原因未及时解决

 常用的缺陷管理工具：禅道，bugzilla,bugfree;

测试完成的标准： 

缺陷修复率

• 一级缺陷，致命错误，100%得到修改并且复测通过
• 二级缺陷，严重错误，100%得到修改并且复测通过
• 三级缺陷，一般错误，95%得到修改并且复测通过
• 四级缺陷，轻微错误，90%得到修改并且复测通过
• 五级缺陷，不影响系统使用，建议性意见，85%得到修改并且复测通

 退回机制

若在测试过程中发生如下情况，将系统退回到申请部门：

• 测试过程中，频繁死机或系统崩溃。
• 在测试中，发现与需求分析报告中定义的功能项存在较大的差异。
• 单一模块，测试过程中发现缺陷较多或者无法继续进行系统其它功能模块的测试，继续测试无意义。
• 主业务流程出现断点。