发布时间:2020-11-16
软件开发过程中,包含了很多阶段的测试,以保证软件的质量。主要的阶段分成:开发阶段测试、测试阶段(验收测试/出厂测试)以及投产测试。
开发阶段的测试,主要是在开发团队内部,当开发团队完成了局部功能或者子系统,就可以安排测试工程师及时进行测试。由于开发阶段需求变更频繁,测试的活动也比较频繁。
测试阶段,主要是软件开发完成之后,提交给独立的测试团队来进行测试。
投产阶段的测试,只有特定的软件系统才需要。
明确各阶段测试工作的开始与完成标准,对各阶段测试过程中的关键对象进行定性和定量分析,并给出客观的、可执行的评估指标。
序号 |
开发阶段测试准入检查项 |
满足情况 |
备注 |
1. |
业务需求文档完备并已通过评审 |
是[ ]否[ ] |
|
2. |
设计文档完备并已通过评审 |
是[ ]否[ ] |
包括:概要设计与详细设计文档 |
3. |
测试资源就绪 |
是[ ]否[ ] |
|
序号 |
开发阶段测试准出检查项 |
满足情况 |
备注 |
1. |
单元、集成测试过程文档完备。 |
是[ ]否[ ] |
测试过程文档包括测试方案、报告等过程文档 |
2. |
集成测试报告评审通过 |
是[ ]否[ ] |
|
3. |
系统功能点测试覆盖度达到100% |
是[ ]否[ ] |
|
4. |
集成测试案例执行率达到100% |
是[ ]否[ ] |
|
5. |
集成测试缺陷“中”级以上(含“中”级)修复率=100% |
是[ ]否[ ] |
|
序号 |
测试阶段准入检查项 |
满足情况 |
备注 |
1 |
确认满足开发测试阶段准出标准 |
是[ ]否[ ] |
|
2 |
可提供稳定的,通过集成测试的待测版本和测试环境 |
是[ ]否[ ] |
|
3 |
被测版本通过业务人员对系统基本功能结构、界面风格确认 |
是[ ]否[ ] |
|
4 |
被测版本通过第三方独立测试团队“冒烟测试” |
是[ ]否[ ] |
主要针对新项目,“冒烟测试”定义见2.1节 |
序号 |
测试阶段准出检查项 |
满足情况 |
备注 |
1 |
系统测试、新项目用户测试过程文档完备 |
是[ ]否[ ] |
测试过程文档包括测试需求、方案、案例、测试报告等过程文档 |
2 |
系统测试报告完备并通过评审 |
是[ ]否[ ] |
针对系统测试要求 |
3 |
用户测试通过,已获得用户认可 |
是[ ]否[ ] |
针对用户测试要求 |
4 |
系统测试需求覆盖率=100%; |
是[ ]否[ ] |
|
5 |
系统测试测试案例覆盖率=100%; |
是[ ]否[ ] |
|
6 |
系统测试测试案例执行率=100%; |
是[ ]否[ ] |
|
7 |
核心及主要业务需求对应的测试案例执行通过率=100%; |
是[ ]否[ ] |
|
8 |
“中”级以上(含“中”级)缺陷修复率=100%; |
是[ ]否[ ] |
可视项目具体情况进行裁剪。 |
当满足下列条件之一时,可执行暂停/终止回退操作。
序号 |
测试阶段暂停检查项 |
是否暂停 |
备注 |
1 |
监管类等高优先级测试项目介入,导致测试资源使用冲突且短期内无法解决; |
是[ ]否[ ] |
|
2 |
其它不可抗拒类事件; |
是[ ]否[ ] |
|
序号 |
测试阶段终止回退检查项 |
是否中止 |
备注 |
1 |
测试应用版本不稳定,或存在严重缺陷导致测试工作无法进行; |
是[ ]否[ ] |
|
2 |
测试过程中,业务需求等关键要素发生重大变更,影响测试工作继续进行; |
是[ ]否[ ] |
|
3 |
其它导致测试工作无法继续的事件发生; |
是[ ]否[ ] |
|
序号 |
投产阶段准入检查项 |
满足情况 |
备注 |
1 |
确认满足测试阶段准出标准 |
是[ ]否[ ] |
|
2 |
新项目:可提供稳定的,通过用户测试的测试版本和测试环境 |
是[ ]否[ ] |
|
3 |
维护类项目:该系统本次上线所有功能均通过了系统测试,并已提交打包为待上线版本。 |
是[ ]否[ ] |
|
序号 |
投产阶段准出检查项 |
满足情况 |
备注 |
1 |
计划测试范围均已经覆盖执行 |
是[ ]否[ ] |
|
2 |
未发现不可接受缺陷 |
是[ ]否[ ] |
缺陷是否接受视具体情况而定 |
推荐阅读:
简述什么是静态测试、动态测试、黑盒测试、白盒测试、α测试、β测试
您的信息已成功提交!
我们的客服人员稍后会与您联系