业务测试计划检查表

本文主要是介绍业务测试计划检查表，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

业务测试计划检查单
项目名称			项目编号
序号	检查域	检查点	检查人	状态	问题描述
1	计划、环境的准备	业务测试计划是否完整；是否包含运维测试验证计划；业务测试覆盖范围是否明确；
2		测试方式（是生产环境还是测试环境）、日程、分担、环境转换对策是否明确？
3		测试人力资源计划是否明确；轮次执行计划和目的是否明确
4		是否明确了业务测试体制和成员的职责，得到业务单位领导和成员认可及理解，并做了有效的部署和安排
5		是否安排了业务培训计划，操作手册是否完成
6		测试环境（能力、磁盘容量、OS/DB与正式环境一致性）是否能够承受假设的高峰时期的大量数据？测试场地（设备、网络、办公环境）是否安排妥当
7	人员和职责	系统使用部门是否确认测试执行人员到位并受培训合格
8		系统运维小组是否确认业务测试环境搭建完毕
9		项目开发团队是否确认： 1、综合测试实施DR通过，遗留课题点整改完毕 2、缺陷跟踪模板准备完毕；基础测试数据准备完毕 3、测试系统的安装手册、操作手册及安装包准备完毕
10	测试用例准备	测试用例是否包含： 1、所有的功能和流程测试 2、所有业务场景模拟测试
11		异常测试用例是否考虑：（对某些功能来说，其边界情况无法简单的了解或某些操作不完全是正确的但又是可能发生的）
12		边界测试用例是否考虑：对某个接口的边界情况进行测试。
13		性能测试是否考虑：检查系统是否满足在基本设计中确认的性能指标. 压力测试方式是否考虑：(用户量和数据量)极限情况下软件运行的能力
14		自动化测试脚本是否考虑目的、输入、期望结果等
15		如果存在不可测需求，是否已列出并进行说明
16	业务测试执行	所有计划的业务测试用例均被执行过
17		最后一轮的测试是回归测试
18		所有测试期间产生的缺陷和采取对策的状况进行了明确的记录。
19		补丁已打入安装包并得到验证
20		如下方面达到要求： (a)所有的功能、流程、场景测试实现度，特定使用的实现度 (b)应答时间、处理时间、资源的使用状况 (c)系统故障点的频率、故障件数、恢复时间、运转率 (d)安全性配置（服务器、网络、终端） (e)运行人员的熟练度、使用者的使用性 (f)系统运行时间的管理 (g)数据以及介质的管理充分进行了假设故障的测试