项目测试的准入条件、准出条件、停止标准条件、bug优先级定义是怎样的呢?
准入条件
==============================================================================================
提测后,进入测试环节,需满足以 下全部条件:
1) 冒烟测试用例全部通过。
2) 主流程可以走通。
3) 界面上的功能均实现,符合设计文挡规定的功能(如果没有完成,必须已经在提供文档中说明)。
4) 数据库更新相关脚本、配置文件数据、后台服务器部署脚本均已提交。
5) 经过代码评审并符合代码规范。
否则,打回处理。
==============================================================================================
准出条件
==============================================================================================
测试准出需满足如下所有条件:
1).被测试版本满足需求原型的要求。
2).所有测试用例都已经通过评审。
3).已产出测试报告。
4).已评审后用例覆盖率达到100%。
5).所有发现的bug都已经记录到禅道平台。
6).优先级高的bug修复率要达到100%。
7).优先级低的bug修复率要达到95%。
8).所有遗留问题都已有解决方案(如延期或暂不解决或转需求)。
9).性能指标达到预定要求。
10).兼容性测试满足预期。
==============================================================================================
停止条件
========================================================================================================
测试进行中,停止当前版本测试需满足以下任一条件:
1)冒烟测试时,发现P0/P1/P2级bug个数 > = 1 个或 P2级以下bug率 > 20%(N)
(N=bug数/用例数),停止测试当前被测版本,并知会(钉钉 or 邮件,确保沟通到位)所有相关人员(相关RD、PM、 PMO )
2)被测版本需暂停以进行调整时(因排期预估出现重大偏差/项目叫停 etc..),测试应随之停止,并保存停止时间点前已产生的测试数据。
3)插入其他优先级更高的任务时,可以申请暂停测试,在相关PM、 PMO、RD负责人共同确认并达成一致意见后,可以停止当前被测版本的测试
4)被测版本经过系统测试,达到准出标准,可以停止测试。
========================================================================================================
bug优先级定义
==============================================================================================
P0 1).功能缺失或未实现
2).主要功能存在导致其不可能用的bug
3).新功能的引入,导致原有功能不可用
4).线上反馈的bug
P1 1).导致多个分支模块无法完全覆盖测试用例
2).新功能的引入,导致原有功能出现bug
P2 1).阻塞当前测试模块的其它测试用例
P3 1).不影响主功能,影响较小
2).边界条件下才能触发
3).异常未进行处理
4).对系统有一定影响,但触发条件极端,不容易出现
P4 1).易用性问题
2).界面提示问题
P5 1).建议性问题

浙公网安备 33010602011771号