实用文档
PAGE
文案大全
实用文档
文案大全
产品名称
测试计划模板
文档标识：
当前版本：
1.0
当前状态：
草稿
发布日期：
发布
?
修改历史
日期
版本
作者
修改内容
评审号
变更控制号
目录
TOC \o "1-3" \h \z \u 1简介 3
1.1目的 3
1.2背景 3
1.3范围 3
1.4术语 3
1.5参考文档 3
2测试需求 3
3测试资源 3
3.1人力资源 3
3.2系统资源 4
4测试环境 4
4.1用户环境 4
4.2测试环境 4
5测试策略 4
5.1测试交接标准 4
5.1.1单元测试交接标准(可剪裁) 4
5.1.2集成测试交接标准 4
5.1.3系统测试交接标准 5
5.2测试通过标准 5
5.3测试类型 5
5.3.1测试类型1 5
5.3.2测试类型2 6
5.4测试实施阶段 6
6估计结果记录 6
6.1估计的假设条件 6
6.2集成测试用例数 6
6.3系统测试用例数 7
6.4工作量估计 7
7风险管理 7
8组间协调 7
9度量与分析 7
9.1数据采集 7
9.2度量分析 8
10工作产品与规模 8
11测试进度 9
简介
目的
指出特定的软件测试计划的具体目的，还需指出该计划所适用的阅读对象；
背景
对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有：
主要的功能和性能、测试对象的构架以及项目的简史。
范围
描述测试的各个阶段(如单元测试、集成测试、系统测试、验收测试等)，并说明本计所采用的测试类型(如功能测试、性能测试、安全性测试等)。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
术语
列出计划正文中需要解释术语的定义，必要时，还要给出这些定义的英文单词及其缩写词。
参考文档
下表列出了制定测试计划时所使用的文档(项目文档、标准文档、工具文档)，并标明
了各文档的可用性。
文档名称
文档标识号及版本号
作者
备注
测试需求
将确定被当作测试对象的各项需求(例如用例、功能性需求和非功能性需求)的跟踪管理矩阵明确列出，并列出将要测试的对象以及测试优先级。优先级分为：H - 必须测试；M - 应该测试，只有在测试完所有 H 项后才进行该测试 ；L - 可能会测试，但只有在测试完所有 H 和 M 项后才进行测试 。
详情请参见《测试管理工作表》测试用例状态跟踪页。
测试资源
人力资源
下表列出在此项目的人员配备方面所做的各种假定，包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等。
角色(人数)
姓名
具体职责
测试经理
测试策划
测试设计工程师
测试方案与测试用例设计、测试总结
测试工程师
测试执行
系统资源
下表列出了测试项目所需的系统资源，包括软、硬件资源、测试工具等。
资源名称/类型
基本配置及数量
测试数据库服务器
PC台式机
系统软件
应用软件
测试管理平台
性能测试工具
测试环境
用户环境
此处描述用户运行系统时的环境要求，比如所要求的操作系统、软件版本以及其他的一些特殊环境要求等，可根据不同的项目特征和实际情况，考虑是否需要此节。
测试环境
此处描述测试所需要搭建的环境，需根据用户环境来确定必须的测试环境，以确保能有效地模拟用户环境，尽可能解决用户运行此系统时所发生的突发状况。
测试策略
测试交接标准
此处描述每种由测试组进行的测试的交接标准，即到什么程度就可以进行单元测试/集成测试/系统测试了。
单元测试交接标准(可剪裁)
……该测试由谁(项目组或测试组)来进行由各项目组根据项目需要进行约定(此小节可选)。
集成测试交接标准
……该测试由谁(项目组或测试组)来进行由各项目组根据项目需要进行约定(此小节可选)。
系统测试交接标准
约定的测试内容全部完成，并通过单元测试，由相关人员签字确认。
程序包通过配置代表和QA的审核，并纳入配置库进行管理。
由项目经理或者指定的责任人填写测试交接清单，并由所有相关人员签字确认。
测试通过标准
此处描述测试完成标准。
1.计划的测试用例已全部执行。
2.经确定的所有缺陷都已得到了商定的解决结果，且没有发现新的缺陷；
测试类型
此处描述对测试对象将进行的测试类型和测试策略，主要考虑的事项有：本阶段测试将要使用的技术、进入该测试阶段的准则、判断该阶段测试何时完成的标准以及测试重点和优先级、需考虑的特殊事项等。
测试类型详情请参考《系统测试规程》。
测试类型1
测试范围
测试目标
