华为产品测试策略及验证计划要点文档格式.docx

华为产品测试策略及验证计划要点文档格式.docx

《华为产品测试策略及验证计划要点文档格式.docx》由会员分享，可在线阅读，更多相关《华为产品测试策略及验证计划要点文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

日期

版本号

描述

作者

0.1

初稿完成

1.0

批准发布

1.1

修改×

1.2

……

……

…..

2.0

文件的版本号由“V×

.×

”组成，其中：

a）小数点前面的×

为主版本号，取值范围为“0～9”。

文件进行重大修订时主版本号递增1；

b）小数点后面的×

为次版本号，取值为“0～9，a～z”。

文件每修改一次时次版本号递增1；

主版本号发生改变时，次版本号重新置0；

c）未批准发布的文件版本号为V0.×

版，批准发布时为V1.0版。

当主版本号发生改变时，前面只有次版本号不同的修订记录可以删除。

1简介5

1.1目的5

1.2范围5

1.3术语和缩写词5

1.4关键技术5

2集成测试策略5

2.1build1集成测试策略5

2.1.1测试环境5

2.1.2测试重点分析6

2.2build2集成测试策略7

3BuildSDV测试策略7

3.1SDV测试方案描述7

3.2Build1测试策略8

3.2.1测试环境8

3.2.2测试重点分析9

3.3Build2测试策略9

4SIT系统测试策略9

4.1测试环境9

4.2测试重点分析10

5SVT测试策略11

6Beta测试策略11

6.1Beta测试需求分析11

6.2Beta测试计划11

7认证和标杆测试策略12

7.1认证和标杆测试需求分析12

7.2认证和标杆测试计划12

8测试环境筹备计划12

8.1测试环境需求分析12

8.2工具/仪器的可获得性风险评估12

8.3自主开发工具详细分析13

8.3.1工具名称13

8.3.2工具需求分析13

8.3.3资源需求分析13

9测试计划13

9.1人力资源计划13

9.2测试工具14

9.3测试进度14

10交付工件清单14

11附件14

注：

通过插入目录方式自动生成，推荐保留二级目录。

1简介

1.1目的

编写本文档的主要目的，也可指出与本文档相对应活动应达到的目的。

1.2范围

描述测试的各个阶段（TR2至TR6）之间软、硬件测试部分执行的所有测试活动（例如：

集成测试、系统测试等），并说明本计划所针对的测试类型（如功能测试或性能测试）。

简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。

1.3术语和缩写词

列出本文档中所使用的术语和缩略语。

可引用已有的数据字典，如没有则需要在此列出。

例如：

参见《数据字典.doc》

术语——列出在本文档中用到的关键词和专用词，并给出其含义；

缩略语——应列出在本文档中用到的所有缩略语，并给出中英文全称；

另外在正文中缩略语首次出现处也要给出其中英文全称。

1.4关键技术

列出本测试过程中要使用的关键技术。

2集成测试策略

2.1build1集成测试策略

2.1.1测试环境

例如:

在此根据上图中各个部件进行分析，描述对它们的主要功能需求、自动化需求等。

表格1需求分析表

部件类型

部件名称

主要功能需求

自动化需求

表格2特殊数据需求分析表

数据类型

数据名称

来源

需求描述

备注

如果有特殊的数据/数据源需求，请在此描述。

2.1.2测试重点分析

测试项目分析

测试策略分析

单板硬件设计审查

单板硬件测试

单板软件设计审查

单板软件测试

大规模逻辑设计审查

对各重要的测试项目进行测试策略分析，蓝色的内容仅作为参考示例，产品可以根据需要进行改变。

2.2build2集成测试策略

　与本文档3.1条相类似的方式说明。

3BuildSDV测试策略

3.1SDV测试方案描述

注意SDV针对的是原型机。

请在此描述Build总图，例如：

图1Build总图

然后在以下各小节中对Build的测试策略分别进行描述，如果多个Build的策略比较接近的话，也可考虑合并描述。

相应地，小节的标题可以是：

Build1测试策略

BuildA—BuildB，BuildZ测试策略

3.2Build1测试策略

3.2.1测试环境

在此绘制测试环境图，描述被测对象同其周边环境之间的关系，这些周边环境包括驱动单元、接收单元、桩模块等。

●所谓驱动单元和接收单元是从逻辑意义上讲的。

在物理实体上，可能一个实体就实现了两者的功能，也可能多个实体组合起来只实现一个功能。

●桩模块用来模拟被开发系统中同被测对象有交互作用的部分，以便测试活动可以在不依赖其他部件的情况下进行。

举例如下：

图2Build1SDV测试环境图

表格3需求分析表

自动化脚本测试的需求

表格4特殊数据需求分析表

3.2.2测试重点分析

对各重要的测试项目进行测试策略分析，估计所需要用到的各种资源，如人力资源、工具/设备需求等。

下表中蓝色的内容仅作为参考示例，产品可以根据需要进行改变。

内部接口验证

功能测试

性能/指标测试

软件协议一致性测试

容限/容错测试

电磁兼容性（EMC）测试

安全测试

噪声测试

热测试

环境测试

可靠性强化测试

需要的特别测试

3.3Build2测试策略

用与本文档4.2条相类似的方式说明。

4SIT系统测试策略

4.1测试环境

SIT中的被测对象是试产出来的产品。

请在此用图形描述测试环境的构成和各个部件的特性。

表格7需求分析表

表格8特殊数据需求分析表

4.2测试重点分析

值得注意的是：

SIT和SDV中有些测试项目名称类似，它们的区别在于SIT和SDV目的上的不同。

SIT是验证性、符合性的测试；

SDV是攻击性的测试，以发现问题为目的。

下表中蓝色的内容仅作为参考示例，产品可以根据需要进行改变。

测试项目

系统功能测试

系统性能/指标测试

容限、容错测试

可用性测试

组网测试（含内部与外部设备组网测试）

可靠性鉴定测试

包装测试

5SVT测试策略

根据产品包验证主计划中对于SVT测试活动的计划，将各类活动分解到测试对象，并分析它们对环境、关键资源、工作量（人天）的需求，和相关的依赖、风险等。

SVT测试策略分析表

测试子项

环境需求

关键资源需求

工作量需求

依据标准

回归测试

一致性验证

6Beta测试策略

6.1Beta测试需求分析

初步分析需要通过Beta验证的功能、性能特性

初步分析所需的Beta局点数

6.2Beta测试计划

初步分析Beta测试的时间安排

初步分析资源需求（人力、物料、仪器等）

7认证和标杆测试策略

7.1认证和标杆测试需求分析

初步分析所需认证的种类（如CE、UL等国际认证，国内运营商准入测试等）

7.2认证和标杆测试计划

初步分析认证测试的时间安排

8测试环境筹备计划

8.1测试环境需求分析

通过对前面3到8节所列出的环境需求的归纳和整理，分析需要什么样的工具（包括软件工具）/仪器等。

分析后，需要给出以下结论：

所需要的工具/仪器名称

明确所需要的工具属性：

软件还是其他

所需要的工具/仪器能够覆盖的环境需求

对于协议类的输入/输出工具需求，可以考虑自行开发协议类工具，也可以考虑购买具备该功能的仪器设备，或者两者全部采用，作为互备方案等。

测试环境需求分析表

名称

规格/属性

所覆盖的需求

8.2工具/仪器的可获得性风险评估

首先需要分析工具/仪器的可获得方案：

如果是工具，需要确定它是：

现有/开发/定制

如果是仪器，需要确定它是：

现有/采购

然后列出期望获得时间，对不同的方案进行风险分析，并进行风险排序。

可获得性风险评估表

期望获得时间

可获得方案

风险

规避措施

8.3自主开发工具详细分析

8.3.1工具名称

8.3.2工具需求分析

描述工具的需求规格

8.3.3资源需求分析

描述所需要的人力，环境等资源

9测试计划

9.1人力资源计划

角色

推荐的最少资源（分配的专职角色数量）

具体职责或注释

测试项目经理

进行管理监督。

职责：

提供技术指导；

获取适当的资源；

提供管理报告；

测试设计员

确定测试用例、确定测试用例的优先级并实施测试用例。

生成测试计划；

生成测试模型；

评估测试工作的有效性；

测试员

执行测试。

执行测试；

记录结果；

从错误中恢复；

记录变更请求；

测试系统管理员

确保测试环境和资产得到管理和维护。

管理测试系统；

分配和管理角色对测试系统的访问权；

数据库管理员

确保测试数据（数据库）环境和资产得到管理和维护。

管理测试数据（数据库）；

9.2测试工具

工具名称

用途

生产厂商/自产

版本

列出在所有测试过程中所用到的测试工具

9.3测试进度

测试名称

开始日期

完成日期

集成测试

所需测试的具体内容1

yyyy/mm/dd

所需测试的具体内容2

SDV系统测试

SIT系统测试

SVT测试

Beta测试

认证和标杆测试

10交付工件清单

根据所有测试活动，列出产品测试过程中产生的所有输入、输出文档清单。

11附件

参考资料清单：