(完整word版)CMMI总体测试计划模板

1、编号：CMMI-TEST-01（项目名称）总体测试计划（文档版本号）编写人:编写日期：审核人：审核日期：修订页编R章节名称修订内容简述修订日期修订后版本号修订人1 简介11.1 目的11.2 背景11.3 参考文档12 测试约束12.1 测试进出条件12.1.1 进入条件12.1.2 退出条件12.2 测试通过和失败准则22.2.1 通过准则22.2.2 失败准则22.3 版本发布约定23 测试需求23.1 网络架构23.2 系统架构23.3 测试范围24 测试风险35 测试策略35.1 集成测试35.1.1 测试描述35.1.2 测试方法描述35.2 系统测试35.2.1 测试描述35.2.

2、2 测试方法描述45.3 性能测试45.3.1 测试描述45.3.2 测试方法描述45.4 UAT测试45.4.1 测试描述45.4.2 测试方法描述45.5 安全和访问控制测试45.5.1 测试描述45.5.2 测试方法描述55.6 安装测试55.6.1 测试描述55.6.2 测试方法描述56 测试资源56.1 人力资源需求56.2 测试环境66.2.1 测试网络拓扑图66.2.2 测试环境软硬件资源66.3 测试工具67 测试量化计划77.1 缺陷严重级别定义77.2 缺陷优先级别定义88 测试进度89 测试计划工作量810 交付物91简介1.1 目的【描述总体测试计划的编写的主要目的。】

3、如，编写目的：本文档用于描述XXX测试项目的测试范围，定义测试条件和目标，测试策略和要求，分析可能的风险，提供相应的规避措施或应急对策，并确定测试整体进度的计划和人力资源安排等。测试目的：XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性，确保系统符合业务需求规格说明书的要求，且系统性能指标和数据库服务器管理方案满足应用要求。1.2 背景【描述项目或产品的背景。】1.3 参考文档【描述测试所需要参考的文档及测试依据。如，业务需求文档、规范文档、概要设计文档。】2测试约束【描述测试所要遵循的准则及条件约束等。】2.1 测试进出条件2.1.1 进入条件【描述测试阶段的

4、测试依据和进入测试阶段的条件和约束。】2.1.2 退出条件【描述满足测试阶段退出的条件，编写时要根据项目量化管理计划列举一些量化的退出指标，例如系统遗留的致命和严重级别的缺陷数为0,软件需求测试覆盖率达到100%;同时参考测试过程中的相关描述】2.2 测试通过和失败准则2.2.1 通过准则【描述各测试活动通过的条件。】如，每轮测试所有用例全部执行完毕，功能点覆盖率达到100%,且致命和严重级别的缺陷全部修复，其他缺陷95%以上被关闭，回归测试或执行新增测试用例时不再出现问题，则测试工作通过；2.2.2 失败准则【描述测试中某轮次测试失败的条件。】如，测试用例执行过程中中断，无法继续进行，或存在

5、严重影响系统功能的缺陷或错误，则该轮次测试失败，遵照测试再启动准则实施。2.3 版本发布约定【描述各测试阶段的版本发布准则以及应急发布条件。】3测试需求【根据软件系统的所有需求，列举总体测试需求。】3.1 网络架构【描述项目的网络架构图。】3.2 系统架构【描述项目的系统架构图。】3.3 测试范围【根据项目需求规格说明书，描述项目的整体测试范围。如，需要测试的各子系统功能的描述。】4测试风险此处描述测试任务可能遇到的风险，以及规避的方法测试风险表风险编号风险描述风险发生可能性（高、中、低）风险的影响程度（高、中、低）责任人规避方法5测试策略测试策略提供了对测试对象实施测试的方法。建议对每一个工

6、作版本将进行以下几种类型的测试，可根据被测系统的不同测试需求进行裁剪。5.1 集成测试5.1.1 测试描述集成测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.1.2 测试方法描述此处描述一个特定的测试类型在项目测试活动中如何具体的执行。5.2 系统测试5.2.1 测试描述系统测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.2.2 测试方法描述此处描述一个特定的测试类型在项目测试活动中如何具体的执行。5.3 性能测试5.3.1 测试描述性能测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.3.2测试方法描述此处描述一个特定的测试类型在项目测试活动中如

7、何具体的执行。5.4 UAT测试5.4.1 测试描述UAT测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.4.2测试方法描述此处描述一个特定的测试类型在项目测试活动中如何具体的执行。5.5 安全和访问控制测试5.5.1 测试描述安全和访问控制测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.5.2 测试方法描述此处描述一个特定的测试类型在项目测试活动中如何具体的执行。5.6 安装测试5.6.1 测试描述安装测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.6.2测试方法描述此处描述一个特定的测试类型在项目测试活动中如何具体的执行。6测试资源6.1 人

8、力资源需求列出此项目的测试人员配备方面的需求。人力资源需求表角色人员具体职责项目经理组织测试过程BUG啰复工作，并进行测试进度跟踪。职责：分析BUG风险和优先级；协助测试项目主管协调测试资源，督促开发人员修复BUG。业务培训和支持对测试工作提供支持。职责：对测试团队进行业务支持和安排培训工作。测试经理进行测试项目管理工作，负责具体测试工作的推进，对测试工作进行指导和检查。职责：提供测试技术指导；获取必要的测试资源；组织提交各个阶段的交付物；对具体测试工作进行督导和检查。测试工程师抽取测试需求点；确定测试用例、确定测试用例的优先级并执行测试用例。职责：编写测试计划；细化测试需求点；生成测试用例；

9、执行测试，汇报BUG艮告并进行缺陷跟踪处理。配置管理员进行测试环境和发布的管理与协调。职责：管理测试环境，负责新版本发布的协调工作；6.2 测试环境6.2.1 测试网络拓扑图【列出测试环境的网络拓扑图。】6.2.2 测试环境软硬件资源【列出测试环境的软硬件资源列表。】测试环境资源列表资源名称/描述硬件和网路环境应用服务器包括IP地址及硬件配置数据库服务器包括IP地址及硬件配置数据存储设备网络或子网用户端测试PC包括特殊的配置需求软件环境数据库中间件AppServer浏览器其它6.3 测试工具【本次测试将使用的工具】测试工具表用途工具厂商/自产版本测试管理测试执行缺陷报告7测试量化计划【对测试阶

10、段发现缺陷数量的量化计划，举例如下】7.1 缺陷严重级别定义【描述缺陷严重级别及定义标准。】缺陷严重级别定义表严重程度级别缺陷性质定义标准A类致命缺陷导致对被描述的主要对象的理解错误、不可行、不能运转、对业务和整个系统可能造成重大损失或损害。B类严重缺陷对被描述的部分对象的理解或实现错误，部分的系统或模块不可行或不能运转或部分系统和模块缺失，对整个系统有重大影响或可能造成部分的损失和损害。C类一般缺陷系统中部分单兀模块或单个功能描述和实现有错误、有偏差、不一致或有缺失，不影响模块的正常运行，或有影响但可以有替代办法或避免办法。D类微小缺陷基本不影响系统的运行和功能的实现。但是与标准、规范和定义

11、不一致。E类建议缺陷不在标准、规范、范围的定义和约束之内，但是从提出者来看是需要完善的建议。如安装手册，操作手册，在线帮助，代码冗余，可跟踪性等问题。缺陷量化表缺陷分级计划缺陷发现数致命严重建议微小合计7.2 缺陷优先级别定义【描述缺陷优先级别及定义标准，并明确不同优先级别缺陷的修复完成时间。如，对于导致测试环境，或系统不能正常使用的缺陷，需立即开始解决。】缺陷优先级别定义表优先级别定义标准紧急基本业务流程缺陷，功能类错误，特别是对继续进行测试有阻碍的缺陷。不影响业务流程的功能缺失，或者非功能类缺陷，如界面元素位置、提示信息等。8测试进度【根据测试需求，分解测试工作，计算工作量（N:人数，M:工作日），确定测试各阶段的计划启动时间和结束时间】测试进度表编R任务工作量（人日）任务启动条件计划启动时间计划结束时间(T)(T+D集成