最新软件测试模板文档格式.docx
《最新软件测试模板文档格式.docx》由会员分享，可在线阅读，更多相关《最新软件测试模板文档格式.docx（12页珍藏版）》请在冰点文库上搜索。
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测试类型15
5.3.2测试类型26
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
1简介
1.1目的
指出特定的软件测试计划的具体目的，还需指出该计划所适用的阅读对象；
1.2背景
对测试对象（构件、应用程序、系统等）及其目标进行简要说明。
需要包括的信息有：
主要的功能和性能、测试对象的构架以及项目的简史。
1.3范围
描述测试的各个阶段（如单元测试、集成测试、系统测试、验收测试等），并说明本计所采用的测试类型（如功能测试、性能测试、安全性测试等）。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
1.4术语
列出计划正文中需要解释术语的定义，必要时，还要给出这些定义的英文单词及其缩写词。
1.5参考文档
下表列出了制定测试计划时所使用的文档（项目文档、标准文档、工具文档），并标明
了各文档的可用性。
文档名称
文档标识号及版本号
备注
2测试需求
将确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）的跟踪管理矩阵明确列出，并列出将要测试的对象以及测试优先级。
优先级分为：
H-必须测试；
M-应该测试，只有在测试完所有H项后才进行该测试；
L-可能会测试，但只有在测试完所有H和M项后才进行测试。
详情请参见《测试管理工作表》测试用例状态跟踪页。
3测试资源
3.1人力资源
下表列出在此项目的人员配备方面所做的各种假定，包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等。
角色（人数）
姓名
具体职责
测试经理
测试策划
测试设计工程师
测试方案与测试用例设计、测试总结
测试工程师
测试执行
3.2系统资源
下表列出了测试项目所需的系统资源，包括软、硬件资源、测试工具等。
资源名称/类型
基本配置及数量
测试数据库服务器
PC台式机
系统软件
应用软件
测试管理平台
性能测试工具
4测试环境
4.1用户环境
此处描述用户运行系统时的环境要求，比如所要求的操作系统、软件版本以及其他的一些特殊环境要求等，可根据不同的项目特征和实际情况，考虑是否需要此节。
4.2测试环境
此处描述测试所需要搭建的环境，需根据用户环境来确定必须的测试环境，以确保能有效地模拟用户环境，尽可能解决用户运行此系统时所发生的突发状况。
5测试策略
5.1测试交接标准
此处描述每种由测试组进行的测试的交接标准，即到什么程度就可以进行单元测试/集成测试/系统测试了。
5.1.1单元测试交接标准（可剪裁）
……该测试由谁（项目组或测试组）来进行由各项目组根据项目需要进行约定（此小节可选）。
5.1.2集成测试交接标准
5.1.3系统测试交接标准
∙约定的测试内容全部完成，并通过单元测试，由相关人员签字确认。
∙程序包通过配置代表和QA的审核，并纳入配置库进行管理。
∙由项目经理或者指定的责任人填写测试交接清单，并由所有相关人员签字确认。
5.2测试通过标准
此处描述测试完成标准。
1.计划的测试用例已全部执行。
2.经确定的所有缺陷都已得到了商定的解决结果，且没有发现新的缺陷；
5.3测试类型
此处描述对测试对象将进行的测试类型和测试策略，主要考虑的事项有：
本阶段测试将要使用的技术、进入该测试阶段的准则、判断该阶段测试何时完成的标准以及测试重点和优先级、需考虑的特殊事项等。
测试类型详情请参考《系统测试规程》。
5.3.1测试类型1
测试范围
测试目标
技术
工具与方法
开始标准
完成标准
测试重点
测试优先级
需考虑的特殊事项
确定所有会影响测试策略中所述测试工作的影响因素或依赖关系。
这些影响因素可能包括：
1.人力资源（如用来支持/参与测试的非测试资源的可用性或对这些资源的需要）
2.约束（例如设备限制或可用性，或对特殊设备的需要/特殊设备的缺乏）
3.特殊需求（例如测试时间安排或对系统的访问）
5.3.2测试类型2
同5.3.1。
5.4测试实施阶段
下表说明测试将在哪个阶段执行。
测试类型
测试阶段
单元测试
集成测试
系统测试
验收测试
功能测试
性能测试
X
（X）可选，或者当系统性能测试发现缺陷时
（X）可选
用户界面测试
兼容性测试
安装测试
回归测试
当被测试的软件或其环境改变时，在合适的测试阶段进行回归测试
6估计结果记录
6.1估计的假设条件
描述作为估计和计划的基础的假设条件。
对于功能性部件的测试设计和实现任务采用功能点估计方法，并应用公司历史数据库中的数据，如功能点估计参数、各开发阶段的功能点实现效率等。
参照《项目估计规程》进行。
6.2集成测试用例数
（可选）可根据要进行的测试类型或要测试功能点进行估计。
功能模块
最多用例数
适中的用例数
最少的用例数
合计
模块1
A
B
C
（A+4B+C）/6
模块2
模块3
……
6.3系统测试用例数
6.4工作量估计
写出工作量估计的过程或采用的公式。
单位：
（人小时）
阶段\工作量
最多工作量
适中工作量
最少工作量
测试设计
测试实现
测试总结
7风险管理
评估测试中可能存在的风险对项目测试的影响程度，详情请见《测试管理工作表》测试风险管理页。
8组间协调
此处列出测试活动中需要的组间协调活动，详情请见《测试管理工作表》组间协调页。
9度量与分析
9.1数据采集
在下表填上将要采集的原始数据。
原始数据
来源
采集频度
负责人
测试用例数
测试计划
测试缺陷数
测试管理工作表
9.2度量分析
在下表填上将要根据原始数据进行度量的度量指标
度量名称
说明
类别
上限值
下限值
测试代码覆盖率
测试执行的代码行数除以代码行总数（需要工具支持）
覆盖
测试需求覆盖率
测试程序或测试用例支持的需求数量除以需求的总数量来计算
测试执行率
已执行的测试程序（测试用例）数量/测试程序（测试用例）的总数量。
这种测试程序执行度量表示测试工作的广度。
进度
测试通过率
成功执行的测试程序（测试用例）与测试程序（测试用例）执行数之比。
当前质量比率度量表示演示成功的功能数
质量
10工作产品与规模
本节列出了测试过程中将产生的工作产品及其规模估计、交付时间和审核类型等。
工作产品名称
估计文档大小（页）
文档标识
计划完成日期
评审类型
测试计划.doc
20页
正式评审
11测试进度
此处描述软件测试活动在软件项目开发过程中的时间安排，详情参见《测试进度表》。
升级会员 