测试方案模板.docx

测试方案模板.docx

《测试方案模板.docx》由会员分享，可在线阅读，更多相关《测试方案模板.docx（18页珍藏版）》请在冰点文库上搜索。

测试方案模板

No:

G11234567

测试方案

样品名称

生产单位

委托单位

测试类型

报告日期

国家应用软件产品质量监督检验中心

版本修订记录

版本标识

注释

作者

日期

1.0

初始版本

XXX

YYYY/MM/DD

文档使用对象

姓名

职务

XXX

XXXXX

审批人员

姓名

职务

日期

目录

1．文档标识1

2．概要1

2.1文档用途1

2.2测试目的1

2.3测试范围1

2.3.1用户文档2

2.4测试环境描述3

2.5参考资料4

2.5.1缩写4

2.5.2定义4

2.5.3文档4

3．组织机构5

3.1角色与职责5

3.2培训5

3.2.1与应用相关的方面5

3.2.2测试过程培训5

3.2.3工具培训5

4.测试进度6

5．测试流程6

5.1测试类型6

5.2测试方法7

5.3测试关键过程域7

5.3.1测试计划制订（KPA1）8

5.3.2测试用例开发（KPA2）8

5.3.3测试环境准备（KPA3）9

5.3.4测试执行（KPA4）9

5.3.5测试结果分析（KPA5）10

5.3.6进行情况汇报（KPA6）10

5.4验收标准10

6.可交付成果11

7.相关过程11

7.1缺陷管理11

8.假设12

9.约束12

10.依赖12

11.风险和问题12

1．文档标识

本文档包含针对[生产单位]开发的[待测试产品名称V1.0]的全面的测试方案。

2．概要

2.1文档用途

本文档是完成[XXX]项目测试的指导性文件。

本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求,这也是本测试项目中其他文档编写及结果评价的基础。

2.2测试目的

在此说明本次测试的目的。

[示例：

本次测试是针对[xxx]项目进行的确认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足《需求规格说明书》中规定的功能与性能指标提供客观的依据。

]

2.3测试范围

参照[项目名称]合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。

[测试项目]测试范围

第1页

共2页

序号

测试分类

测试内容

1

T-UD

用户文档评审

2

T-F

功能性测试

3

T-R

可靠性测试

[测试项目]测试范围

第2页

共2页

序号

测试分类

测试内容

4

T-U

易用性测试

5

T-M

可维护性测试

6

T-P

可移植性测试

7

T-E

效率测试

8

T-CC

中文特性测试

[示例：

本次测试为软件确认测试，包括软件的用户文档、功能性、可靠性、可维护性、易用性、可移植性、效率及中文特性八个方面。

2.3.1用户文档

用户文档测试重点包括：

完整性、正确性、一致性、易理解程度和易浏览程度。

1）完整性

Ø使用手册；

Ø产品描述中说明的所有功能；

Ø用户可调用的所有功能描述；

Ø说明产品的描述中给出的所有边界值；

Ø安装手册；

Ø程序维护手册。

2）正确性

Ø文档中所有信息应正确，不能有歧义和错误的描述。

3）一致性

Ø文档自身、文档之间或者文档与产品描述之间，不应相互矛盾，且术语一致。

4）易理解程度

Ø文档对正常使用其产品的一般用户应是容易理解的。

5）易浏览程度

Ø用户文档易于浏览，相互关系明确；

Ø用户文档应有目录表和索引表。

]

2.4测试环境描述

针对被测试应用程序的测试环境和配置信息，在此给出一个概要说明。

软件环境：

终端类别

操作系统

相关应用软件

服务器端

Windows2000Server

OfficeXP,Oracle9i

客户端

Linux2.0

Redoffice1.2.5

硬件环境：

终端类别

机器名

设备编号

配置说明

服务器端

联想开天4600

PC-N0001

P4/1.8G128MRAM20G

客户端

HPP7374AVL430

PC-N0002

P4/1.8G128MRAM20G

联想开天4500

PC-N0003

P4/1.8G256MRAM

网络环境：

网络类型

带宽

设备

数量

以太网

全/半双工

1000M/100M/10M

CISCOCATALYST6500系列交换机

CISCOCATALYST3500系列交换机

DDN

2M

ISDN

64K/128K

ADSL

512K/2M

其它辅助设备：

设备名称

规格型号

数量

备注

摄像头

耳机

秒表

2.5参考资料

2.5.1缩写

在此列写本测试项目所使用的缩略语。

2.5.2定义

在此对本项目使用的术语进行定义。

[示例：

测试类型定义：

　　　　T-F：

功能性测试

　　　　T-E：

效率测试

　　　　T-R：

可靠性测试

　　　　T-S：

安全性测试

　　　　T-M：

可维护性测试

　　　　T-U：

易用性测试

　　　　T-P：

可移植性测试

　　　　T-C：

标准符合性测试

　　　　T-UD：

用户文档评审

　　　　T-CC：

中文特性测试

]

2.5.3文档

在此列出本项目引用的文档及资料。

3．组织机构

3.1角色与职责

[项目名称]测试过程参与者的角色,职责及其应具备的技能如下:

角色

人数

职责

技能

项目经理

评审并批准项目计划及有关报告；

组织并确保团队工作；

控制项目执行；

评估项目绩效；

与有关人员进行沟通。

熟悉项目管理知识或有项目管理经验,能进行有效沟通。

测试组长

项目计划编制；

协调并实施项目计划中确定的活动；

识别测试环境需求；

负责设计测试用例；

为其他人员提供技术支持。

熟悉软件测试方法及其工具，具有一定的领导测试人员开展测试工作的能力。

测试人员

执行测试活动；

在项目计划制订阶段，识别项目活动估计每项活动所需的时间。

了解测试工作，可根据测试说明执行测试，并可对测试结果进行简单归纳，会使用缺陷跟踪与管理系统。

环境准备人员

提供资源保障；

建立并维护测试环境。

对测试环境中所涉及的软硬件及其配置熟悉，可迅速排除测试过程中出现的软硬件故障。

质量保证人员

确定项目质量目标；

制订并实施质量计划；

监督、指导项目活动的执行过程。

熟悉软件质量保证和软件过程改进理念，了解被测软件的特性及应用场景。

3.2培训

在此说明测试组为完成本测试项目所需的培训事宜,包括:

3.2.1与应用相关的方面

3.2.2测试过程培训

3.2.3工具培训

4.测试进度

在此给出本测试项目的总体进度。

事件

预计工作日

备注

培训测试文档编制人员

培训测试操作人员

编制测试方案

编制测试计划

编制测试用例

执行测试、生成原始记录

执行回归测试、生成原始记录

（如果不做回归测试，请删除本行）

第一次测试总体时间的60%

编制测试报告

编制缺陷报告

提交测试文档

5．测试流程

5.1测试类型

在此规定本项目中将使用的测试类型及其描述。

测试类型

描述

确认测试

对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性和中文特性八个方面做全方面的质量检测，帮助软件企业找出产品存在的问题。

登记测试

为软件产品登记备案做市场准入的基础测试。

鉴定测试

针对新技术、新产品的技术鉴定，从技术和应用的角度，对软件技术成果做全面的质量评测。

政府采购选型测试

配合政府采购，为政府信息化建设中选用的软件做产品质量测试或对比测试。

阶段性开发目标测试

参照项目总体进度和阶段性开发目标，对工程质量进行评测，为委托方了解工程进度、决定是否继续投资提供参考依据。

验收测试

按照合同条款与系统需求说明，对软件项目进行全面质量评测，为验收提供依据。

对比测试

对同一类产品从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性和中文特性八个方面进行综合的比较。

单元测试

主要是在软件开发过程中针对程序模块进行正确性检验。

集成测试

是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。

委托测试

用户委托的其他类型的测试。

5.2测试方法

在此规定本项目中将使用的测试方法。

[示例：

功能测试主要采用手动测试方法，对软件产品进行黑盒测试。

效率测试主要采用自动测试方法，使用工具为QALoad5.0、ApplicationExpert。

]

5.3测试关键过程域

完成本项目测试的关键过程域（KPA）包括：

Ø测试计划制订；

Ø测试用例开发；

Ø测试环境准备；

Ø测试执行；

Ø测试结果分析；

Ø测试情况汇报。

5.3.1测试计划制订（KPA1）

在此规定本项目的测试计划制订的步骤。

[示例:

Ø根据[项目名称]的业务需求和技术需求，确定测试的具体内容；

Ø对测试内容进行评审并制订测试需求；

Ø根据测试需求，识别不同的测试过程以及测试条件，针对每个测试过程规定测试数据的数量并对其特征进行规定，即对测试用例进行描述；

Ø识别项目活动，定义输出成果，估算每项活动所需的时间；

Ø识别项目风险，并确定应对策略；

Ø综合有关内容，确定阶段目标，并形成测试计划；

Ø对测试计划进行评审、修改，直至测试计划获得批准；

Ø将测试计划分发给有关人员。

]

5.3.2测试用例开发（KPA2）

在此规定将如何进行测试用例开发。

[示例:

Ø根据测试计划中测试决策树的规定，按测试意图对每一个测试点分别设计在不同情况下的测试动作、输入和预期的反映；

Ø形成测试用例列表；

Ø对测试用例列表的覆盖度进行检查，完善后形成测试用例；

Ø对于自动测试，还需根据手工测试用例修改成自动测试用例。

]

5.3.3测试环境准备（KPA3）

在此规定为确保测试执行得以顺利进行所需的任何有关测试环境方面的准备活动。

[示例：

Ø准备硬件设备；

Ø安装软件；

Ø配置网络环境。

]

5.3.4测试执行（KPA4）

在此规定测试执行活动。

这些活动将使用根据测试计划制作的测试用例。

[示例：

Ø根据测试计划中有关测试环境的内容，检查测试环境（包括硬件及软件），确保测试环境符合要求；

Ø对于测试用例的描述信息，按测试意图为每一个测试用例设计其操作流程中重要环节的动作、输入数据和预期的反映（注：

此流程可不必详细到每一个具体的步骤，但应确保测试执行人员可以据此信息顺利执行，而不必询问测试用例的开发人员）；

Ø执行测试活动，并记录所使用的机器及执行日期，对于每个测试用例还应记录关键操作步骤、输入数据以及任何与测试人员预期结果不符的系统响应；

Ø每个测试用例执行完毕后，视具体情况对系统进行备份或根据备份数据对系统进行恢复。

]

5.3.5测试结果分析（KPA5）

在此对测试结果进行评估，并将这些结果与验收标准（在测试计划中事先设定）进行比较。

[在本项目中，测试工作应遵循如下主要步骤：

Ø对记录的测试结果数据进行分析；

Ø对于存在问题的数据，分析判断产生问题的原因；

Ø由于测试用例开发过程不合理产生的原因，提出测试用例开发过程修订建议，并记录相关数据；

Ø由于测试执行方面的原因，提出测试用例开发过程修订建议，并记录相关数据；

Ø由于被测软件的原因，将此情况记录在缺陷跟踪及管理系统中；（该过程域是对测试结果进行分析，软件有问题属于记录缺陷而不是分析缺陷）

Ø根据测试结果数据计算各种度量值；

Ø对各种度量值进行说明，给出明确的结果分析意见及有关建议。

]

5.3.6进行情况汇报（KPA6）

在此规定测试组通过什么形式将测试情况汇报给管理层、应用开发组以及用户。

在该报告中，测试组将给出测试结论及建议。

[示例：

每周五给应用开发组反馈一周测试情况和缺陷报告，给管理者提交测试计划执行情况的报告。

]

5.4验收标准

在此规定用于确定测试任务是否完成的验收标准。

[示例一：

测试用例执行率要达到100%，测试用例的通过率要达到80%。

]

[示例二:

测试用例的覆盖率达到用户提出的主要功能点的百分率。

]

[示例三：

测试用例执行率要达到100%，再提供一次回归测试。

]

6.可交付成果

在此规定本测试项目的可交付成果。

[示例:

测试方案、测试计划、测试报告、缺陷报告。

]

7.相关过程

7.1缺陷管理

在此规定本测试项目将使用的缺陷跟踪及管理工具，并对在项目完成时所应提交的图表化的报告进行概要说明。

[示例：

依照设计好的测试用例对产品进行测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录，保证各类缺陷记录的维护、分配和修改。

使用Butterfly管理工具对缺陷进行跟踪和管理，项目完成时所提交的报告包括如下内容：

Ø缺陷ID；

Ø项目名称；

Ø样品版本；

Ø测试平台；

Ø操作系统；

Ø功能模块名；

Ø缺陷优先级；

Ø可重现性；

Ø提交人；

Ø确认人；

Ø缺陷问题摘要；

Ø缺陷详细描述。

]

8.假设

在此记录与本测试项目相关的任何假设。

[示例:

Ø本测试开始前，系统已通过开发单位的单元测试和集成测试。

]

9.约束

在此记录与本测试项目相关的任何约束。

[示例：

被测样品必须遵循xxx行业的规范标准。

]

10.依赖

在此记录与本测试项目相关的任何外部依赖（即，在测试组之外的）。

[示例:

Ø正式测试开始前需获得被测产品的使用手册；

Ø必要的测试环境及软件应用的基本培训；

Ø必要的情况下应及时得到开发单位的技术支持。

]

11.风险和问题

在此记录任何与本测试项目相关的风险和问题。

[例如：

风险和问题包括以下几条：

Ø开发单位是否按时完成既定工作；

Ø测试计划、测试流程、测试进度的制订不够合理、规范。

在项目进行过程中，发现其可操作性不强；

Ø测试所需的资源是否到位。

如：

是否有足够的测试组人员，测试人员的培训是否按时进行，并且测试人员的技能是否达到了要求。

测试所需的软、硬件和操作系统等测试环境是否准备完毕；

Ø测试人员之间，以及测试组人员与用户之间是否进行了有效的沟通；

Ø项目参加人员对于所使用的测试工具及其系统不熟悉，在使用过程中出现偏差，影响测试效率。

]

注意：

Ø页眉格式禁止改动，只能修改报告编号和插入新的报告内容总页数，必须保证最后一页的页码为报告内容总的页数；

Ø页面设置为默认设置，即：

上：

2.54cm下：

2.54cm左：

3.17cm右：

2.0cm页眉：

1.5cm页脚：

1.75cm；

Ø表格中内容为左中对齐+宋体+5号字；

Ø红色字体为说明性文字，最终计划中请删除；

Ø蓝色字体为示例，必须按实际情况替换；

Ø棕色字体为可选内容，必须按实际情况选择。