完整word版CMMI总体测试计划模板Word下载.docx
- 文档编号:17172119
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:12
- 大小:19.43KB
完整word版CMMI总体测试计划模板Word下载.docx
《完整word版CMMI总体测试计划模板Word下载.docx》由会员分享,可在线阅读,更多相关《完整word版CMMI总体测试计划模板Word下载.docx(12页珍藏版)》请在冰豆网上搜索。
本文档用于描述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地址及硬件配置
数据库服务器
数据存储设备
网络或子网
用户端测试PC
包括特殊的配置需求
软件环境
数据库
中间件
AppServer
浏览器
其它
6.3测试工具
【本次测试将使用的工具】
测试工具表
用途
工具
厂商/自产
版本
测试管理
测试执行
缺陷报告
7测试量化计划
【对测试阶段发现缺陷数量的量化计划,举例如下】
7.1缺陷严重级别定义
【描述缺陷严重级别及定义标准。
缺陷严重级别定义表
严重程度
级别
缺陷性质
定义标准
A类
致命缺陷
导致对被描述的主要对象的理解错误、不可行、不能运转、对业务和整个系统可能造成重大损失或损害。
B类
严重缺陷
对被描述的部分对象的理解或实现错误,部分的系统或模块不可行或不能运转或部分系统和模块缺失,对整个系统有重大影响或可能造成部分的损失和损害。
C类
一般缺陷
系统中部分单元模块或单个功能描述和实现有错误、有偏差、不一致或有缺失,不影响模块的正常运行,或有影响但可以有替代办法或避免办法。
D类
微小缺陷
基本不影响系统的运行和功能的实现。
但是与标准、规范和定义不一致。
E类
建议缺陷
不在标准、规范、范围的定义和约束之内,但是从提出者来看是需要完善的建议。
如安装手册,操作手册,在线帮助,代码冗余,可跟踪性等问题。
缺陷量化表
缺陷分级
计划缺陷发现数
致命
严重
一般
建议
微小
合计
7.2缺陷优先级别定义
【描述缺陷优先级别及定义标准,并明确不同优先级别缺陷的修复完成时间。
如,对于导致测试环境,或系统不能正常使用的缺陷,需立即开始解决。
缺陷优先级别定义表
优先级别
紧急
基本业务流程缺陷,功能类错误,特别是对继续进行测试有阻碍的缺陷。
不影响业务流程的功能缺失,或者非功能类缺陷,如界面元素位置、提示信息等。
…
8测试进度
【根据测试需求,分解测试工作,计算工作量(N:
人数,M:
工作日),确定测试各阶段的计划启动时间和结束时间】
测试进度表
任务
工作量(人日)
任务启动条件
计划启动时间
计划结束时间
(T)
(T+D)
集成测试
系统测试
……
合计工作量
9测试计划工作量
【估算测试过程中各类人员的工作量计划投入。
测试工作量投入表
人员类型
计划工作量投入
业务人员
本行开发人员
外包开发公司
软件质量管理中心人员
外包测试团队
架构师
运行中心人员
本行外包技术人员
......
10交付物
【描述项目各测试阶段需要交付的工作产品。
交付物表
测试阶段
交付物名称
参与者
交付日期
测试准备
性能测试
UAT测试
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 完整 word CMMI 总体 测试 计划 模板