Bug管理机制

1.BUG类型

（1）迭代测试BUG；

（2）接口测试BUG；

（3）产品UAT验收测试BUG；

（4）生产环境BUG；

（5）版本遗留BUG。

2.BUG管理

（1）迭代测试的BUG的统一用TAPD来管理；

（2）UAT验收测试问题、生产环境问题，由测试人员记录TAPD

1）任何UAT和生产发现的问题必须在测试环境进行问题验证，确保生产和测试的环境配置一致；

2）将线上问题记录、总结在线上问题汇总，将产生原因划分（测试遗漏，环境问题，配置问题，易用性问题），作为日常改进工作的依据；

3）将重复发生或者影响严重的问题单制定成测试场景加入回归测试当中；

4）版本遗留问题处理：测试报告发布后，未修复的缺陷与产品、测试确认后，开发确认后移至后续版本计划。

3.缺陷管理流程

4. 缺陷等级

缺陷的严重程度对以上所述的缺陷类型都是适合的，缺陷的严重程度反映的是对缺陷的发现对象可能造成的影响或后果来定义的。

TAPD缺陷严重程度	描述
致命	多数用户经常会遇到的灾难性故障，如功能不可用。
严重	就发生的可能性和影响性而言，低于致命性问题带来的风险，但将影响产品的稳定性和用户体验。
一般	少数用户偶尔会遇到，会影响到用户对品牌的评价。
轻微	在易用性、方便性和用户习惯方面，给用户带来不便。
建议	可以提高产品质量的建议，包括新需求和对需求的改进，指派人为产品经理。

5.缺陷判定准则

影响缺陷等级判定的因素包括：

软件缺陷等级由上述3个因素结合判定。

5.1业务场景分类

5.2缺陷影响程度划分

缺陷影响程度划分	具体描述
功能失效、用户易察觉	功能没有实现应有的功效；用户能够明显观察到的故障；容易造成用户错觉误导的故障。
功能瑕疵/用户不易察觉	功能实现略有瑕疵的故障；功能主体实现正常但细微处有问题用户不容易发觉的故障。
性能差异极大	产品与竞争对手、同类型同档次产品性能差距极大；或产品主要功能性能较差，比如制热制冷性能。
性能差异大	产品与竞争对手、同类型同档次产品性能差距大；用户能够察觉到。
性能差异较小	产品与竞争对手、同类型同档次产品性能差距小；用户不能够察觉到。
体验差	功能虽然实现，但使用存在很大的不便，操作习惯或性能让人难以接受，可能造成对产品信心的丧失。
体验不令人满意	功能虽然实现，但使用存在较大的不便，操作习惯或性能让人不好适应，使用过程中会感到某些地方不太满意，但不会带来对功能体验上的影响。

5.3发生概率描述

发生概率类型	场景描述
必现	同条件测试10次以上复现概率40%以上。
高概率	同条件测试10次以上复现概率10%以上，40%以下；长时间测试必然会出现的缺陷。
低概率	同条件测试10次以上复现概率10%以下；长时间测试很难会出现的缺陷。

6.缺陷等级定义表

7. 缺陷处理优先级

TAPD 缺陷优先级	类型描述	处理时效描述
紧急	测试环境阻碍产品核心功能使用、影响范围较大，阻碍测试进展的问题	立即处理修复
高	功能非核心功能无法使用，阻碍测试进展的问题	优先处理修复
中	功能使用存在不便，但不影响功能使用的问题	在当前版本开发计划内解决（若当个版本解决不了，与产品、测试确认后，开发确认后移至后续版本计划）
低	对功能使用影响轻微或出现几率很低的问题。	开发人员有时间时进行解决

Bug管理机制的更多相关文章