测试准入标准
1. 开发人员编码结束,并已完成单元测试
2. 需求说明书规定的功能或开发人员提交的功能说明书的功能均已实现
3. 被测系统的基本流程可以走通,界面上的功能均实现,符合设计文档规定的功能。
4. 开发人员提交被测系统的最新版本,安装测试通过。
5. 开发人员向测试部提交《测试申请》。
软件测试暂停、停止标准
1. 被测系统在进行系统测试时,发现程序存在重大bug(1级bug超过2个)或bug过多时(2级bug超过4个),测试无法正常进行,可以暂停测试返回开发。
2. 被测项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。
3. 存在其他优先级更高的任务时,可向领导申请暂停测试。
4. 被测项目在其开发生命周期内出现重大估算、进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据归档。
5. 被测系统经过系统测试,达到系统测试准出标准,可以停止测试。
6. 被测系统经过系统测试,并已产出系统测试总结报告,可以停止测试。
软件测试恢复标准
1. 重大bug被解决或程序通过重新修正;
2. 优先级更高的任务已经被完成;
3. 软件项目被调整后重新启动,测试任务应随之启动;
测试准出标准
序号 | 准出标准 | 是 | 否 | 日期 |
1 | 被测项目满足软件需求说明书的要求? | xxxx年xx月xx日 | ||
2 | 所有的测试用例都已通过评审? | |||
3 | 达到了测试计划中关于系统测试所规定的覆盖率的要求。(测试覆盖率达到100%) | |||
4 | 所有的测试用例都已成功执行? | |||
5 | 所有发现的缺陷都已成功记录在禅道缺陷管理系统中? | |||
6 | 一二级错误修复率达到100%? | |||
7 | 三四级错误修复率达到95%以上? | |||
8 | 所有遗留问题都已有解决方案? | |||
9 | 性能指标是否全部达到要求? | |||
10 | 产出系统测试总结报告? |
注:标有“否”的准出标准,需经由测试部经理、项目经理或PMO等授权部门评审才可准出。
1.1 测试进入及退出的标准
进入SIT系统集成测试阶段应该满足下列条件:
Ø SIT需求分析及测试设计已经按计划完成,并达到标准;
Ø SIT测试计划、方案及测试用例已经设计完成,并通过评审;
Ø 系统已经通过内部测试,并达到内部测试通过条件;
Ø 测试团队、测试环境等测试资源基本到位,符合进入测试的要求;
Ø 在进行SIT测试前,必须首先通过冒烟测试,冒烟测试通过率为85%;
Ø 相应的缺陷管理系统搭建完成,并建立SIT测试阶段缺陷管理域;
Ø 开发团队可以按测试要求,提供稳定的测试版本进行测试;
Ø 测试团队认为的其它进入SIT测试的条件。
通过SIT测试阶段应该满足下列条件:
Ø 已经按计划完成所有SIT测试阶段的测试工作;
Ø 测试执行已经按计划完成各轮次测试,SIT测试用例执行率达到100%;
Ø 测试过程中发现的A、B、C级缺陷已经全部修复完毕,D级缺陷修复率达90%;
Ø 对于未修复的缺陷,开发人员应说明原因,有哪些风险,并经业务、开发和测试各方确认通过;
Ø 已经按要求完成了SIT测试阶段的回归测试工作;
Ø SIT测试阶段的工作已经完成评审;
Ø 项目团队认为的其它通过SIT测试阶段的条件。
测试挂起/再启动的标准:
被测系统的某些重要模块、功能中存在着致命性缺陷,导致测试无法继续进行,则可挂起,等待缺陷修复后再启动测试。
如果某些功能具有致命性缺陷,但是不影响其他方面的测试,则可以继续对其他非关联性内容进行测试。
后续过程版本测试中,如遇到环境不可测,业务流程操作不可测,bug数量明显超标(一天测试出50个有效缺陷以上或累计未修复缺陷达100以上),则测试挂起。
联系我们
Contact us