测试基础08：测试文档的编写(测试计划方案用例报告)

测试大纲

一、测试计划

1  概述

1.1 目的

简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。测试计划包含足够的信息使测试人员明白项目需要做什么，是如何运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息。

注：在正式编写文档前，请把蓝色字体全部删除。

1.2 范围

在计划目的中需要指明读者对象，如下：

本文档包括资源需求计划、测试对象计划、进度里程碑计划，并指明工作交付件。

本文阅读对象：产品经理、测试经理、测试人员及相关人员。

1.3 测试对象

详细描述被测对象，包括硬软件特性等；要附上被测试对象的平面图。

1.4 名字解释

列出本计划中使用的专用术语及其定义；

列出本计划中使用的全部缩略语全称及其定义。

2 测试计划

2.1 资源需求

2.1.1 软件需求

2.1.2 硬件需求

描述建立测试环境所需要的设备、用途及软件部署计划。

2.1.3 人员需求

列出项目参与人员的 技能和数量，到位时间等

2.1.4 测试输入件

列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置

2.2 过程条件

2.2.1 启动条件

描述版本能启动测试的基本条件；如：版本基本稳定、测试用例、测试设备准备完成。

2.2.2 结束条件

简要说明测试发布的质量目标；

测试 方案 中所有测试方法和模块已经执行通过；

所有的测试 用例 已经执行过；

所有的重要等级Bug已经解决并由测试验证。

2.3 进度计划

2.3.1 人力投入

25天/人（工作日）

2.3.2 阶段里程碑

对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。

2.4 任务分配及进度

简要说明测试开始时间与发布时间 ,测试人员，阶段完成标志。

备注：由于时间安排的紧迫性和测试人力资源的缺乏，各种测试阶段可能会同时进行。

2.5 导向／培训计划

为了能让测试人员尽快熟悉业务，需要收集一些培训需求。

3 工作交付件

测试工作完成后，测试将得到怎样的提交产物或输出，下面主要明确描述测试的输出文件

4 参考资料

列出本计划各处参考的 经过 基线化 的全部文档和主要文献。

二、测试方案

1 概述

1.1 目的

描述需要测试的特性、测试方法、测试用例编写方法、测试环境规划、测试工具的设计和选择、本次测试可能存在的风险及规避办法。

如： 编写本方案的目的是用于指导XXXX系统测试,主要从测试环境、测试工具、测试策略、测试具体执行方法 等 计划和设计。

1.2 名词解释

此 报告 中涉及的业务和技术方面的专业名词。

1.3 被测对象概述

主要描述被测对象的特性，重点模块，应用场景。如果是在原有产品上修改，请将修改重点描述。

1.4 测试方案概述

如：本测试方案是针对XXX版本的全面特性测试方案。

主要包括测试对象的分析 , 测试需求的划分，测试用例的设计，测试环境等内容 . 为 XX 测试提供总体测试方案、全面特性测试方案。用于指导测试需求的 分解，系统测试用例的设计。

1.5 参考资料

此 报告 参考和依据的所有文档

2 XXX特性测试设计

2.1 测试对象分析

对待测对象进行全面的分析；分析包括软件和硬件。

2.2 测试类型分析

详细描述本次测试中将会用到的测试类型。

2.3 测试设计策略分析

如：根据原始需求设计本次测试，覆盖XXX平台业务逻辑。原则上根据每个功能点进行详细的测试需求分析设计和测试。测试设计的思路包括但不限于：输入参数的合法性测试、输出结果的正确性测试、日志功能的记录信息测试、XX创建/修改/删除等测试、观察数据变化测试、异常情况测试。设计时使用等价类划分、边界值和错误推测的方法构造输入数据，覆盖所有处理分支。

2.4 详细测试方法

描述出产品的主要功能列表，如：支持订单创建、修改、删除、查看等。

如：

2.4.1 支持RAID5

主要从测试对象分析、测试设计策略分析、详细的测试方法这三方面进行重点分析.

如：

测试对象分析：

测试设计策略分析：

Ⅰ.从测试类型来看，系统要做以下测试类型分析

1、 功能测试

2、 性能测试

3、 压力测试

4、 配置测试

5、 长时间测试

6、 故障植入测试

7、 易用性测试

8、 大容量测试

9、 兼容性测试

10、 数据一致性测试

11、 稳定性测试

Ⅱ.从功能交互对系统进行分析

产品功能不是独立的，功能之间存在交互；防止有交互作用的功能遗漏，提高功能测试的完备性

Ⅲ.从关联图对系统功能进行分析

Ⅳ.从继承性对系统功能进行分析

详细测试分析：

2.4.2 支持Snapshot功能

2.4.3 支持SNMP管理

2.4.4 XXX性能子特性测试设计

2.4.5 XXX稳定性子特性测试设计

2.4.6 XXX兼容性子特性测试设计

2.5 自动化测试设计

主要描述一些自动化设计的方案

2.6 测试用例设计

2.6.1 用例编号规则

2.6.2 用例编写方法

设计用例时使用等价类划分、边界值、错误推测、因果图等方法构造输入数据，覆盖所有功能点。

2.7 测试组网/系统架构分析

附上测试时用到的详细组网/系统架构 图。

2.8 测试环境分析

2.8.1 硬件需求

2.8.2 软件需求

2.8.3 其它需求

3 风险及规避

3.1 本次测试过程中，可能出现的风险

如：

1、 系统整体功能的实现情况

2、 人员经验以及对软件的熟悉度

3、 代码的编写质量

4、 来料的质量

3.2 风险规避

如：

1、 与设计人员多沟通

2、 控制来料质量

3、 加强内总外部培训

4 附件

4.1 测试用例列表

三、测试用例

四、测试报告

1 概述

1.1 目的

说明为什么要进行此测试；项目背景 ，对版本做个简单介绍 等。

注：在正式编写文档前，请把蓝色字体全部删除。

1.2 名词解释

此 报告 中涉及的业务和技术方面的专业名词。

1.3 参考资料

此 报告 参考和依据的所有文档

2 测试环境

详细描述测试中所用到的硬件环境、软件环境、组网方式等等。

2.1 硬件环境

2.2 软件环境

2.3 组网方式/系统架构

在报告中列出详细的组网方式/系统架构.。

2.4 测试时间人员

主要描述产品名称、测试的超始时间、测试人员及测试地点

3 测试过程评估

3.1 需求测试覆盖表

列出《产品系统需求规格说明书》中的功能测试通过情况，并在此嵌入该表

3.2 测试执行评估

重点描述是否执行了全部测试用例，或有那些测试没有执行。

3.3 测试用例执行统计数据

注明：测试优先级分为：ATP、High、Medium、Low; 其中ATP=接受测试

在表格后面可以引入图表，同时必须从测试用例管理平台（Test Link）报表中（ ）部分导出测试用例执行结果，模板如下面附件。

3.4 缺陷统计分析

注明：在表格后面可以引入图表

3.5 版本发布历史

注明：版本类型分成：测试版本和发布版本，最终测试通过的版本为“发布版本”

4 产品质量评估

此模板中总共列出了下面 6 项试评估，其它测试类型可以根据实际需要进行增加

4.1 安装或升级测试评估

4.2 产品功能测试评估

4.3 产品稳定性测试评估

加入拷机的结果等

4.4 产品可靠性测试评估

4.5 产品性能测试评估

4.6 版本测试结论

测试结论说明：

表格说明： 1) 满足测试结束准则，通过测试。

2. 基本满足测试结果，有些小问题但不影响系统主功能的使用，可在日后维护中修改，则为有条件通过。

3）不满足测试结束准则，测试不通过。

4）如有进行性能测试，请附上性能测试报告，并在此简要列出性能测试结果。

5）内部验证测试通过后，此处需要说明是否实施外部验证测试。

6）外部验证测试通过后，需要说明是否可以发布使用。

4.7 发布版本

备注：文件大小为win10操作系统上显示大小。

5 遗留问题

缺陷表述部分必须叙述清楚，让人能一目了然知道这个bug的基本信息

6 附件

更多测试资源（百度网盘）：

提取码: 5eji

68747470733a2f2f626c6f672e:6373646e2e6e65742f77656978696e5f33373834363838362f:61727469636c652f64657461696c732f313339333539353532