最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 正文

华为产品测试策略及验证计划 要点

来源:动视网 责编:小OO 时间:2025-10-01 20:56:56
文档

华为产品测试策略及验证计划 要点

动编号(ID):TE-40项目阶段□概念阶段□开发阶段□发布阶段■计划阶段□验证阶段□生命周期阶段产品名称产品型号/版本总页数××××××××共××页XXX测试策略及验证计划(仅供内部使用)文件编号:版本号:V0.1实施日期:yyyy-mm-dd保密等级:□秘密□机密□绝密编制:审核:会签:批准:修订记录日期版本号描述作者yyyy-mm-dd0.1初稿完成×××yyyy-mm-dd1.0批准发布×××yyyy-mm-dd1.1修改××××××yyyy-mm-dd1.2修改××××××……………
推荐度:
导读动编号(ID):TE-40项目阶段□概念阶段□开发阶段□发布阶段■计划阶段□验证阶段□生命周期阶段产品名称产品型号/版本总页数××××××××共××页XXX测试策略及验证计划(仅供内部使用)文件编号:版本号:V0.1实施日期:yyyy-mm-dd保密等级:□秘密□机密□绝密编制:审核:会签:批准:修订记录日期版本号描述作者yyyy-mm-dd0.1初稿完成×××yyyy-mm-dd1.0批准发布×××yyyy-mm-dd1.1修改××××××yyyy-mm-dd1.2修改××××××……………

动编号(ID):TE-40

项目阶段□概念阶段□开发阶段□发布阶段
■计划阶段□验证阶段□生命周期阶段
产品名称产品型号/版本总页数
××××××××共 ×× 页

XXX测试策略及验证计划

(仅供内部使用)

文 件 编 号:
版  本  号:V 0. 1
实 施 日 期:yyyy-mm-dd
保 密 等 级:□秘密  □机密  □绝密
编 制:
审 核:
会 签:
批 准:
修订记录

日期版本号描述作者
yyyy-mm-dd0.1初稿完成×××
yyyy-mm-dd1.0批准发布×××
yyyy-mm-dd1.1修改××××××
yyyy-mm-dd1.2修改××××××
… …

………..

……
yyyy-mm-dd2.0修改××××××
文件的版本号由“V ×.×”组成,其中:

a)小数点前面的×为主版本号,取值范围为“0~9”。文件进行重大修订时主版本号递增1;

b)小数点后面的×为次版本号,取值为“0~9,a~z”。文件每修改一次时次版本号递增1;主版本号发生改变时,次版本号重新置0;

c)未批准发布的文件版本号为V0.×版,批准发布时为V1.0版。当主版本号发生改变时,前面只有次版本号不同的修订记录可以删除。

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

1简介

1.1目的

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

1.2范围

描述测试的各个阶段(TR2至TR6)之间软、硬件测试部分执行的所有测试活动(例如:集成测试、系统测试等),并说明本计划所针对的测试类型(如功能测试或性能测试)。

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

1.3术语和缩写词

列出本文档中所使用的术语和缩略语。可引用已有的数据字典,如没有则需要在此列出。例如:参见《数据字典.doc》

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

缩略语——应列出在本文档中用到的所有缩略语,并给出中英文全称;另外在正文中缩略语首次出现处也要给出其中英文全称。

1.4关键技术

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

2集成测试策略

2.1build 1集成测试策略

2.1.1测试环境

例如:

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

表格 1 需求分析表

部件类型部件名称主要功能需求自动化需求
表格 2 特殊数据需求分析表

数据类型数据名称来源需求描述备注
如果有特殊的数据/数据源需求,请在此描述。

2.1.2测试重点分析

测试项目分析测试策略分析
单板硬件设计审查
单板硬件测试
单板软件设计审查
单板软件测试
大规模逻辑设计审查
对各重要的测试项目进行测试策略分析,蓝色的内容仅作为参考示例,产品可以根据需要进行改变。

2.2build 2集成测试策略

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

3Build SDV测试策略

3.1SDV测试方案描述

注意SDV针对的是原型机。请在此描述Build总图,例如:

图 1 Build总图

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

    Build 1测试策略        

Build A — Build B,Build Z测试策略

        

3.2Build 1测试策略

3.2.1测试环境

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

 所谓驱动单元和接收单元是从逻辑意义上讲的。在物理实体上,可能一个实体就实现了两者的功能,也可能多个实体组合起来只实现一个功能。

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

举例如下:

                                 图 2 Build 1 SDV测试环境图

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

表格 3 需求分析表

部件类型部件名称主要功能需求自动化需求
自动化脚本测试的需求
表格 4 特殊数据需求分析表

数据类型数据名称来源需求描述备注
如果有特殊的数据/数据源需求,请在此描述。

3.2.2测试重点分析

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

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

测试项目分析测试策略分析
内部接口验证
功能测试
性能/指标测试

软件协议一致性测试
容限/容错测试

电磁兼容性(EMC)测试

安全测试
噪声测试
热测试
环境测试
可靠性强化测试
需要的特别测试
3.3Build 2测试策略

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

4SIT系统测试策略

4.1测试环境

SIT中的被测对象是试产出来的产品。 请在此用图形描述测试环境的构成和各个部件的特性。

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

表格 7 需求分析表

部件类型部件名称主要功能需求自动化需求
如果有特殊的数据/数据源需求,请在此描述。

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

数据类型数据名称来源需求描述备注
4.2测试重点分析

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

    值得注意的是:SIT和SDV中有些测试项目名称类似,它们的区别在于SIT和SDV目的上的不同。SIT是验证性、符合性的测试;SDV是攻击性的测试,以发现问题为目的。

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

测试项目测试策略分析
系统功能测试
系统性能/指标测试

软件协议一致性测试
容限、容错测试
可用性测试
组网测试(含内部与外部设备组网测试)
电磁兼容性(EMC)测试

环境测试
噪声测试
热测试
可靠性鉴定测试
安全测试
包装测试
需要的特别测试
5SVT测试策略

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

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

SVT测试策略分析表

测试项目测试子项环境需求关键资源需求工作量需求依据标准
电磁兼容性(EMC)测试

环境测试
安全测试
回归测试
一致性验证
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

yyyy/mm/dd

所需测试的具体内容2

SDV系统测试

SIT系统测试

SVT测试

Beta测试

认证和标杆测试
10交付工件清单

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

11附件

参考资料清单:

文档

华为产品测试策略及验证计划 要点

动编号(ID):TE-40项目阶段□概念阶段□开发阶段□发布阶段■计划阶段□验证阶段□生命周期阶段产品名称产品型号/版本总页数××××××××共××页XXX测试策略及验证计划(仅供内部使用)文件编号:版本号:V0.1实施日期:yyyy-mm-dd保密等级:□秘密□机密□绝密编制:审核:会签:批准:修订记录日期版本号描述作者yyyy-mm-dd0.1初稿完成×××yyyy-mm-dd1.0批准发布×××yyyy-mm-dd1.1修改××××××yyyy-mm-dd1.2修改××××××……………
推荐度:
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top