CMMI总体测试计划模板.doc

编号：CMMI-TEST-01（项目名称）总体测试计划（文档版本号）编 写 人： _编写日期： _审 核 人： _审核日期： _修订页编号章节名称修订内容简述修订日期修订后版本号修订人9目 录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测试方法描述45.3性能测试45.3.1测试描述45.3.2测试方法描述45.4UAT测试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 目的 【描述总体测试计划的编写的主要目的。】如，编写目的：本文档用于描述XXX测试项目的测试范围，定义测试条件和目标，测试策略和要求，分析可能的风险，提供相应的规避措施或应急对策，并确定测试整体进度的计划和人力资源安排等。测试目的：XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性，确保系统符合业务需求规格说明书的要求，且系统性能指标和数据库服务器管理方案满足应用要求。1.2 背景【描述项目或产品的背景。】1.3 参考文档【描述测试所需要参考的文档及测试依据。如，业务需求文档、规范文档、概要设计文档。】2 测试约束【描述测试所要遵循的准则及条件约束等。】2.1 测试进出条件2.1.1 进入条件【描述测试阶段的测试依据和进入测试阶段的条件和约束。】2.1.2 退出条件【描述满足测试阶段退出的条件,编写时要根据 项目量化管理计划列举一些量化的退出指标，例如 系统遗留的致命和严重级别的缺陷数为0，软件需求测试覆盖率达到100； 同时参考测试过程中的相关描述】2.2 测试通过和失败准则2.2.1 通过准则【描述各测试活动通过的条件。】如，每轮测试所有用例全部执行完毕，功能点覆盖率达到100，且致命和严重级别的缺陷全部修复，其他缺陷95以上被关闭，回归测试或执行新增测试用例时不再出现问题，则测试工作通过；2.2.2 失败准则【描述测试中某轮次测试失败的条件。】如，测试用例执行过程中中断，无法继续进行，或存在严重影响系统功能的缺陷或错误，则该轮次测试失败，遵照测试再启动准则实施。2.3 版本发布约定【描述各测试阶段的版本发布准则以及应急发布条件。】3 测试需求【根据软件系统的所有需求，列举总体测试需求。】3.1 网络架构【描述项目的网络架构图。】3.2 系统架构【描述项目的系统架构图。】3.3 测试范围【根据项目需求规格说明书，描述项目的整体测试范围。如，需要测试的各子系统功能的描述。】4 测试风险此处描述测试任务可能遇到的风险，以及规避的方法测试风险表风险编号风险描述风险发生可能性（高、中、低）风险的影响程度（高、中、低）责任人规避方法5 测试策略测试策略提供了对测试对象实施测试的方法。建议对每一个工作版本将进行以下几种类型的测试，可根据被测系统的不同测试需求进行裁剪。5.1 集成测试5.1.1 测试描述集成测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.1.2 测试方法描述 此处描述一个特定的测试类型在项目测试活动中如何具体的执行。5.2 系统测试5.2.1 测试描述系统测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.2.2 测试方法描述 此处描述一个特定的测试类型在项目测试活动中如何具体的执行。5.3 性能测试5.3.1 测试描述性能测试描述表测试目标：技术或手段：完成标准：需考虑的特殊事项：5.3.2 测试方法描述 此处描述一个特定的测试类型在项目测试活动中如何具体的执行。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 人力资源需求列出此项目的测试人员配备方面的需求。人力资源需求表角色人员具体职责项目经理组织测试过程BUG修复工作，并进行测试进度跟踪。职责：分析BUG风险和优先级；协助测试项目主管协调测试资源，督促开发人员修复BUG。业务培训和支持对测试工作提供支持。职责：对测试团队进行业务支持和安排培训工作。测试经理 进行测试项目管理工作，负责具体测试工作的推进，对测试工作进行指导和检查。职责：提供测试技术指导；获取必要的测试资源；组织提交各个阶段的交付物；对具体测试工作进行督导和检查。测试工程师抽取测试需求点；确定测试用例、确定测试用例的优先级并执行测试用例。职责：编写测试计划；细化测试需求点；生成测试用例；执行测试，汇报BUG报告并进行缺陷跟踪处理。配置管理员进行测试环境和发布的管理与协调。职责：管理测试环境，负责新版本发布的协调工作； 6.2 测试环境6.2.1 测试网络拓扑图【列出测试环境的网络拓扑图。】6.2.2 测试环境软硬件资源【列出测试环境的软硬件资源列表。】测试环境资源列表资源名称/描述硬件和网路环境应用服务器包括IP地址及硬件配置数据库服务器包括IP地址及硬件配置数据存储设备网络或子网用户端测试 PC包括特殊的配置需求软件环境数据库中间件AppServer浏览器其它6.3 测试工具【本次测试将使用的工具】测试工具表用途工具厂商/自产版本测试管理测试执行缺陷报告7 测试量化计划【对测试阶段发现缺陷数量的量化计划，举例如下】7.1 缺陷严重级别定义【描述缺陷严重级别及定义标准。】缺陷严重级别定义表严重程度级别缺陷性质定义标准A类致命缺陷导致对被描述的主要对象的理解错误、不可行、不能运转、对业务和整个系统可能造成重大损失或损害。B类严重缺陷对被描述的部分对象的理解或实现错误，部分的系统或模块不可行或不能运转或部分系统和模块缺失，对整个系统有重大影响或可能造成部分的损失和损害。C类一般缺陷系统中部分单元模块或单个功能描述和实现有错误、有偏差、不一致或有缺失，不影响模块的正常运行，或有影响但可以有替代办法或避免办法。D类微小缺陷基本不影响系统的运行和功能的实现。但是与标准、规范和定义不一致。E类建议缺陷不在标准、规范、范围的定义和约束之内，但是从提出者来看是需要完善的建议。如安装手册，操作手册，在线帮助，代码冗余，可跟踪性等问题。缺陷量化表缺陷分级计划缺陷发现数致命严重一般建议微小合计7.2 缺陷优先级别定义【描述缺陷优先级别及定义标准，并明确不同优先级别缺陷的修复完成时间。如，对于导致测试环境，或系统不能正常使用的缺陷，需立即开始解决。】缺陷优先级别定义表优先级别定义标准紧急基本业务流程缺陷，功能类错误，特别是对继续进行测试有阻碍的缺陷。一般不影响业务流程的功能缺失，或者非功能类缺陷，如界面元素位置、提示信息等。8 测试进度【根据测试需求，分解测试工作，计算工作量（N:人数，M：工作日），确定测试各阶段的计划启动时间和结束时间】测试进度表编号任务工作量（人日）任务启动条件计划启动时间计划结束时间（T）（T+D）集成测试系统测试