测试计划:
要想系统性地完成一件事，首先要做好计划，测试工作是十分重要的，因此测试计划也是十分必要的（适用于集成测试、系统测试、验收测试的计划制订，并不适用于单元测试计划）
1.引言
序号 | 名称 | 文件标识/版本 | 出版单位 | 出版日期 |
2. 测试项
测试项名称 | 测试项标识 | 介质特性 | 变换要求 | 相关引用材料 |
3.不测试的软件项
软件项名称 | 软件项标识 | 未测试原因 | 相关引用材料 |
4.被测试的特性
特性或组合名称 | 测试设计说明编号 |
5.不被测试的特性
特性或组合名称 | 测试设计说明编号 |
6.方法
<1> <方法名称>
<2> <方法名称>
7.项通过准则
8.暂停标准和再启动要求
<1> 暂停标准
<2> 再启动要求
9.应提供的测试文档
文档名称 | 标识符 |
10.测试任务
序号 | 任务 | 前期任务 | 特殊技能 | 责任人 | 工作量（天） | 完成日期 |
11.环境要求
<1>硬件
<2>软件
<3>安全性
<4>工具
<5>文档
12.职责
<1>测试组
<2>开发组
<3>其他
13.人员和培训要求
<1>人员
<2>测试组
12.2培训
14.进度
<1>进度
序号 | 测试任务名称 | 工作量 | 开始日期 | 完成日期 |
<2>测试资源使用期限
15.风险和应急
序号 | 名称 | 文件标识/版本 | 出版单位 | 出版日期 |
--------------------------------------------------------
----------------------------------------------
测试日志：
测试都有一个结果，而这些结果对于软件质量保证活动来说是十分重要的，因此应该将这些结果有序地记录下来，这就是测试日志模板所要解决的问题。
1.测试项
序号 | 测试项名称 | 标识符 | 版本 | 相关传递报告 |
2.测试的环境
<1>硬件
<2>软件
3.活动和事件条目
时间 | 活动描述 | 事件 |
-----------------------------------------------------------
-----------------------------------------------------------
测试设计说明：
如果说测试计划是对测试的活动、人员进行安排，那么测试设计则是对测试方法、测试技术的说明。
1.被测试的特性
1.1 单项特性
1.2 组合特性
1.3 引用文档
2.方法详述
2.1 方法描述
2.2 测试评价标准
2.3 测试用例选择原则
2.4 测试用例的共同属性和依赖关系
-----------------------------------------------------------
-----------------------------------------------------------
测试用例说明：
测试计划解决的是怎么安排测试活动，测试设计说明是怎么测试，那么测试用例说明就是测试什么，也就是列出具体的测试项目，以使得测试有目的、有计划。
1.测试项
1.1 测试项名称
测试项名称 | 标识符 | 说明 |
1.2 引用文档
编号 | 文档名称 | 章节名 |
2.输入说明
序号 | 名称 | 值 | 类型 | 允许误差 | 输入方式 |
3. 输出说明
序号 | 名称 | 值 | 类型 | 允许误差 | 输出方式 |
4.环境要求
4.1 硬件
4.2 软件
4.3 其它
5.特殊的规程要求
6.用例间的依赖关系
6.1 所依赖的用例
序号 | 用例名称或标识 |
6.2 依赖关系的性质
-----------------------------------------------------------
-----------------------------------------------------------
单元测试报告：
单元测试是每一个开发人员都必须去做的事，它将采用白盒方法来进行，为了跟踪单元测试的效果，对开发人员进行督促，对于一些重要的模块进行测试是很必要的。该表格就是用来让开发人员填写单元测试的结果的文档。
-----------------------------------------------------------
-----------------------------------------------------------
集成测试报告：
前面的测试计划模板是一个通用性的，也可以是用于制定所有测试活动的计划，而本模块用来指导编写集成测试计划
1.引言
1.1编写目的
[说明编写这份测试计划目的，指出预期的读者。]
1.2背景
a. 待开发系统的名称；
b. 列出本项目的任务提出者、开发者、用户。
1.3定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]
1.4参考资料
[列出有关的参考资料。]
2．计划
2.1系统说明
[提供一份图表，并逐项说明被测系统的功能、输入、输出等质量指标，作为叙述测试计划的提纲。]
2.2测试内容
[列出集成测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的。]
2.3测试1（标识符）
[给出这项测试内容的参与单位及被测试的部位。]
2.3.1进度安排
[给出对这项测试的进度安排，包括进行测试的日期和工作内容。]
2.3.2条件
[陈述本项测试工作对资源的要求。包括：]
a. 硬件
b. 软件
c. 人员
2.3.3测试资料
[列出本项测试所需的资料。]
2.3.4测试培训
[说明或引用资料说明为被测系统的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。]
2.4测试2（标识符）
[用与本测试计划2。3条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。]
[……]
3．测试设计说明
3.1测试1（标识符）
[说明对第一项测试内容的测试设计考虑。]
3.1.1控制
[说明本测试的控制方式。]
3.1.2输入
[说明本项测试中所使用的输入数据及选择这些输入数据的策略。]
3.1.3输出
[说明预期的输出数据。]
3.1.4过程
[说明完成此项测试的一个个步骤和控制命令。]
3.2测试2（标识符）
[用与本测试计划3。1条相类似的方式说明第2项及其后各项测试工作的设计考虑。]
[……]
4．评价准则
4.1范围
[说明所选择的测试用例能够检查的范围及其局限性。]
4.2数据整理
[陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同已知结果进行比较而要用到的转换处理技术；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。]
4.3尺度
[说明用来判断测试工作是否能通过的评价尺度，如合理和输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大数。]
-----------------------------------------------------------
-----------------------------------------------------------
测试分析报告：
测试完成后，将会形成一些测试日志，对于每个测试用例也有了一个反馈的结果，那么从这个数据中看出问题、找到问题以及寻找解决问题的方法，那就是测试分析报告所要完成的事了。
1.引言
1.1 编写目的
[说明这份测试分析报告的具体编写目的，指出预期的阅读范围。]
1.2 背景
[说明：]
[ a. 被测试软件系统的名称；]
[ b. 该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。]
1.3 定义
[列出本文件中用到的专问术语的定义和外文首字母组词的原词组。]
1.4 参考资料
[列出要用到的参考资料，如：]
[ a. 本项目的经核准的计划任务书或合同、上级机关的批文；]
[ b. 属于本项目的其他已发表的文件；]
[ c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。]
[列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。]
2.测试概要
[用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。]
3.测试结果及发现
3.1 测试1（标识符）
[把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。]
3.2 测试2（标识符）
[用类似本报告 3.1 条的方式给出第 2项及其后各项测试内容的测试结果和发现。]
4.对软件功能的结论
4.1功能1（标识符）
4.1.1 能力
[简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。]
4.1.2 限制
[说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。]
4.2 功能2（标识符）
[用类似本报告4.l的方式给出第2项及其后各项功能的测试结论。]
......
5 分析摘要
5.1 能力
[陈述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异对能力的测试所带来的影响。]
5.2 缺陷和限制
[陈述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。]
5.3 建议
[对每项缺陷提出改进建议，如：]
[ a. 各项修改可采用的修改方法；]
[ b. 各项修改的紧迫程度；]
[ c. 各项修改预计的工作量；]
[ d. 各项修改的负责人。]
5.4 评价
[说明该项软件的开发是否已达到预定目标，能否交付使用。]
6 测试资源消耗
[总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。]
-----------------------------------------------------------
-----------------------------------------------------------
测试规程说明：
软件测试就像生产线上的产品测试一样，需要专业的技能与工作方法，而测试规程则是确保每次测试动作高度统一。
第1章 目的
1.1 一般目的
1.2 执行的测试用例
序号 | 测试用例名称或标识符 |
第2章 特殊要求
2.1 前继规程
序号 | 前继规程的名称或标识符 |
2.2 专门技能
2.3 特殊环境
2.4 其它
第3章 规程步骤
3.1 日志
3.2 准备
3.3 启动
3.4 处理
3.5 度量
3.6 暂停
3.7 再启动
3.8 停止
3.9 清除
3.10应急
