CMMI工程VAL测试计划模板V10.docx
《CMMI工程VAL测试计划模板V10.docx》由会员分享，可在线阅读，更多相关《CMMI工程VAL测试计划模板V10.docx（9页珍藏版）》请在冰点文库上搜索。
CMMI工程VAL测试计划模板V10
软件测试计划模板
前言
本文为测试工作安排合理的计划提供参考。
目录
第一章测试简介1
1.1目的1
1.2背景1
1.3范围1
1.4相关文档1
1.5参考资料2
第二章测试方案2
2.1测试环境2
2.1.1测试资源需求2
2.1.2测试数据要求2
2.4限制条件3
2.2测试需求3
2.3测试用例4
2.4测试优先级4
2.5用例完成标准5
第三章测试组织结构5
3.1组织形式6
3.2角色和职责6
第四章测试生命周期6
第五章测试进度表7
第六章测试培训计划7
第七章测试风险计划8
第八章附录8
第一章测试简介
一.1目的
[编写说明：
说明本计划关注的测试对象，如测试工作量、时间表、测试完成标准等，并说明下阶段工作与本计划的关系（时间表、工作任务、测试完成标准等）]
测试人员进行测试实施的指南和标准
一.2背景
[编写说明：
简要描述本计划相关的项目背景，并描述项目对测试工作的要求。
]
一.3范围
[编写说明：
描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明各阶段采用的测试策略，如：
功能测试、性能测试、安装测试等]
一.4相关文档
[编写说明：
描述本文档的下游文档]
●阶段（单元、集成、系统）测试方案
●阶段（单元、集成、系统）测试用例
●测试评估报告
●项目的计划任务书、合同、批文
●软件开发计划
●软件需求规格说明书
●概要设计说明书
●详细设计说明书
●用户文档（初稿）
一.5参考资料
[编写说明：
描述本文档的上游文档和其它参考资料]
文档
版本/日期
作者或来源
备注
软件需求规格说明书
项目开发计划
概要设计
……
第二章测试方案
二.1测试环境
二.1.1测试资源需求
[确保项目测试环境符合测试要求，减少严重影响测试结果的真实性和正确性风险。
包括：
●硬件环境：
指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；
●软件环境：
指被测软件运行时的操作系统、数据库及其他应用软件构成的环境，包括版本及补丁号。
在实际测试中，可遵循下列原则：
⏹符合软件运行的最低要求，首先要保证能支撑软件正常运行；
⏹选用比较普及的操作系统和软件平台。
⏹营造相对简单、独立的测试环境。
⏹无毒的环境。
利用有效的正版杀毒软件检测测试环境以确保其没有病毒。
●测试工具：
指测试过程使用的所有测试工具、测试管理工具等，包括工具名、版本、生产厂商、用途。
]
二.1.2测试数据要求
[编写说明：
下表是联行汇划业务系统测试数据要求的样例，项目中可以根据实际情况进行增删，如：
接收业务柜员列可以去掉]
2.4限制条件
[说明测试的范围和限制条件。
]
二.2测试需求
[编写说明：
下表是系统测试需求编写样例，表格的样式可以根据实际需要进行调整，测试策略包括：
功能测试、逻辑结构测试、集成测试、回归测试、数据完整性测试、业务周期测试、用户界面测试、强度（压力）测试、容量测试、安全性和访问测试、故障转移与恢复测试、配置测试、安装测试]
序号
系统测试内容
系统测试对象
系统测试策略
系统测试目的
1.
系统安装
2.
联机业务
3.
日常批量
4.
特殊批量
5.
月底批量
6.
性能测试
[编写说明：
下表是集成测试阶段测试需求编写样例，表格的样式可以根据实际需要进行调整，如果表格不能清晰描述测试需求，可以分章节展开描述]
序号
测试模块
模块功能描述
对象参数
测试驱动程序
1.
获取系统状态
CnpApGetSta
分类别获取系统当前状态
1.cSysTp系统类别I
0－大额支付系统
1－网内联行系统
2.cnpap系统状态结构指针IO
联机程序系统状态查询
2.
地市清分函数
EbOsWrir
对接收的报文进行合法性检查，清分到收报箱和相应的业务登记簿中
1.ebpsfaI
2.返回值
Teboswrir
二.3测试用例
[编写说明：
链接测试用例文档]
二.4测试优先级
[说明测试阶段或测试项的优先顺序和测试的重点内容。
]
二.5用例完成标准
示例1
所计划的测试用例已全部执行。
经确定的所有缺陷都已得到了商定的解决结果。
所计划的测试用例已全部重新执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。
示例2
高优先级的测试用例已全部执行。
经确定的所有缺陷都已得到了商定的解决结果。
严重性为1和2的缺陷已经全部解决（状态=固定或延期）。
高优先级的测试用例已全部重新执行，已知的所有缺陷已按照商定的方式进行了处理，而且没有发现新的缺陷。
示例3
所计划的测试用例已全部执行。
经确定的所有缺陷都已得到了商定的解决结果。
严重性为1和2的缺陷已经全部解决（状态=核实或延期）。
高优先级的测试用例已全部重新执行，已知的所有缺陷已按照商定的方式进行了处理，而且没有发现新的缺陷。
第三章测试组织结构
〔编写说明：
描述项目的测试组织结构，测试人员的主要职责、知识或技能。
〕
三.1组织形式
〔编写说明：
测试计划执行过程中的组织结构及结构间关系，以及所需要的组织独立程度。
同时，指出测试过程与其它过程如开发、项目管理、质量保证、配置管理之间的关系。
测试计划还应该定义测试工作中的沟通渠道，解决测试任务发现问题的权利，及批准测试输出工作产品的权利。
〕
三.2角色和职责
〔编写说明：
可适当地删除或添加角色项。
下表列出了在此项目的人员配备方面所作的各种假定。
〕
角色
角色描述
人数
人员
具体职责
测试负责人
进行管理监督。
提供技术指导；
获取适当的资源 ；
提供管理报告
测试设计人员
确定测试用例、确定测试用例的优先级并实施测试用例。
生成测试计划；
生成测试方案、测试用例；
评估测试工作的有效性；
测试人员
执行测试。
执行测试；
记录测试数据，缺陷数据；
缺陷跟踪
测试系统管理员
确保测试、数据（数据库）环境和资产得到管理和维护。
管理测试系统；
管理测试数据（数据库）；
分配和管理角色对测试系统的访问权
第四章测试生命周期
〔编写说明：
项目根据自身的情况决定测试的各个阶段是否执行，合并的阶段必须有合理的说明。
〕
测试阶段
执行情况
说明
单元测试
合并
合并到系统测试一起执行
集成测试
合并
合并到系统测试一起执行
系统测试
执行
验收测试
执行
第五章测试进度表
将测试任务的具体安排放到《软件估计书》中，此处不再赘述。
第六章测试培训计划
将测试方面的培训内容放入《项目培训计划》中，此处不再赘述。
第七章测试风险计划
将识别出的测试方面的风险记入《风险减缓活动日志》中，此处不再赘述。
第八章附录
〔编写说明：
任何其它本测试计划相关的附录内容，本章节可以裁剪。
〕
升级会员 