最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 正文

CMMI总体测试计划模板

来源:动视网 责编:小OO 时间:2025-09-29 04:22:21
文档

CMMI总体测试计划模板

编号:CMMI-TEST-01(项目名称)总体测试计划(文档版本号)编写人:_编写日期:_审核人:_审核日期:_修订页编号章节名称修订内容简述修订日期修订后版本号修订人1简介1.1目的【描述总体测试计划的编写的主要目的。】如,编写目的:本文档用于描述XXX测试项目的测试范围,定义测试条件和目标,测试策略和要求,分析可能的风险,提供相应的规避措施或应急对策,并确定测试整体进度的计划和人力资源安排等。测试目的:XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性,确保系
推荐度:
导读编号:CMMI-TEST-01(项目名称)总体测试计划(文档版本号)编写人:_编写日期:_审核人:_审核日期:_修订页编号章节名称修订内容简述修订日期修订后版本号修订人1简介1.1目的【描述总体测试计划的编写的主要目的。】如,编写目的:本文档用于描述XXX测试项目的测试范围,定义测试条件和目标,测试策略和要求,分析可能的风险,提供相应的规避措施或应急对策,并确定测试整体进度的计划和人力资源安排等。测试目的:XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性,确保系
编号:CMMI-TEST-01

(项目名称)

总体测试计划

(文档版本号)

编 写 人:             _

编写日期:             _

审 核 人:             _

审核日期:             _

修订页

编号章节名称修订内容简述修订日期修订后版本号修订人

1简介

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.4UAT测试

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)
集成测试
系统测试
……
        合计工作量

9测试计划工作量

【估算测试过程中各类人员的工作量计划投入。】

测试工作量投入表

人员类型计划工作量投入

业务人员
本行开发人员
外包开发公司
软件质量管理中心人员
外包测试团队
架构师
运行中心人员
本行外包技术人员
......
10交付物

【描述项目各测试阶段需要交付的工作产品。】

交付物表

测试阶段交付物名称责任人参与者交付日期
测试准备
集成测试
系统测试
性能测试
UAT测试

文档

CMMI总体测试计划模板

编号:CMMI-TEST-01(项目名称)总体测试计划(文档版本号)编写人:_编写日期:_审核人:_审核日期:_修订页编号章节名称修订内容简述修订日期修订后版本号修订人1简介1.1目的【描述总体测试计划的编写的主要目的。】如,编写目的:本文档用于描述XXX测试项目的测试范围,定义测试条件和目标,测试策略和要求,分析可能的风险,提供相应的规避措施或应急对策,并确定测试整体进度的计划和人力资源安排等。测试目的:XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性,确保系
推荐度:
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top