HW测试需求分析过程详解

产品名称Product name 密级Confidentiality level

内部公开产品版本Product version

Total 32pages 共32页

测试需求分析过程详解（入门级）

(仅供内部使用）

For internal use only

拟制: Prepared by 王健立 59754

日期：

Date

2008-12-05

审核: Reviewed by 日期：Date

批准: Granted by 日期：Date

华为技术有限公司Huawei Technologies Co., Ltd.

修订记录Revision record

目录Table of Contents

1目的 (5)

2正文 (5)

2.1测试需求分析重要性 (5)

2.2测试需求分析基本概念 (6)

2.3原始需求收集 (6)

2.3.1 原始需求来源 (6)

2.3.2 原始需求收集使用步骤 (6)

2.3.3 原始需求收集注意事项 (9)

2.4原始需求整理 (9)

2.4.1 原始需求整理使用步骤 (9)

2.4.2 注意事项 (11)

2.5继承性分析 (11)

2.5.1 继承性分析使用步骤 (11)

2.5.2 继承性分析注意事项 (13)

2.6生成测试原始需求 (14)

2.6.1 生成测试原始需求使用步骤 (14)

2.6.2 注意事项 (15)

2.7测试规格分析准备 (17)

2.7.1 测试规格分析准备使用步骤 (17)

2.7.2 注意事项 (20)

2.8测试类型分析 (21)

2.8.1 测试类型分析准备使用步骤 (21)

2.8.2 注意事项 (23)

2.9功能交互分析 (24)

2.9.1 功能交互分析准备使用步骤 (24)

2.9.2 注意事项 (25)

2.10产品测试规格整理 (26)

2.10.1 产品测试规格整理使用步骤 (26)

2.10.2 注意事项 (29)

2.11生成最终产品测试规格 (29)

2.11.1 生成最终产品测试规格使用步骤 (29)

2.11.2 注意事项 (31)

3结尾 (32)

测试需求分析过程详解（入门级）

1 目的

书写本系列文章的目的是期望，能够通过系列的培训，完善外包的测试知识、使其了解相关测试要点或重点、使其测试相关知识尽量和我司标准靠拢（方便过程文档后续的维护和重用），以完成对外包测试人员的培养计划。

本文以介绍外包测试中测试需求分析为主，通过本文，期望使外包测试人员，对于我司合作项目的测试需求分析阶段有所了解，并能够独立使用我司提供测试需求分析模板，完成测试需求分析设计工作。

注1：

本系列培训材料主要对象是委托开发测试人员和委托测试人员。而由于委托开发项目特殊性，测试周期较我司自研项目短了很多，所以，测试设计培训材料，统一采用excel模板（word模板效果好些，但是需要投入的时间也太久）为例进行讲解。

注2：

合作方培训系列胶片分级原则：

1、入门级：专业人员结合合作人员普遍水平，书写培训材料，要保证浅显易懂。合作方人员主要通过自学的方式进行，不占用工作时间。材料学习完毕，期望合作方人员基本上能够对业务有了初步的认识和了解，在我司人员的稍加指导下，能够完成基本的开发、测试或资料书写工作。

主要是各部件的基础概念、基本功能及典型业务流程介绍

2、提高级：专业人员结合合作人员普遍水平，书写培训材料，在入门级的水平上进行提高，讲述业务中较为深入的知识（比如测试设计中的各种工程方法的详解、一些原理知识：例如组播原理，等等）。这部分知识将由我司专家对合作方团队中骨干人员进行培训，然后，由合作方骨干人员对其团队内部人员进行培训，不占用工作时间。培训完毕，期望合作方人员能够对业务有了较深的认识和了解，基本上能够独立的完成基本的开发、测试或资料书写工作，并且质量较好，能够达到我司普通员工的水准。

主要是业务流程中比较深入的一些知识，例如具体的实现方案、整体的架构、物理组网、接口以及一些原理知识（如组播原理）等

3、精深级：专业人员结合多年的经验，参考各种材料，书写培训材料，专业、系统的讲述业务中较为高深的知识。此级别为拓展级别，并不要求所有合作方人员全部掌握，只是以拓展合作方人员知识与眼界为主，这部分由我司专家定期进行全员培训。如果能够完全掌握，基本上能够达到我司骨干人员的水准。

主要是针对当前情况对产品后续发展的一个展望，包括业务的扩展及一些优化工作

2 正文

2.1 测试需求分析重要性

目前，测试过程中存在以下问题：

1、产品质量维度关注不全面，测试类型不完整；

2、没有测试规格，测试分解分配比较随意；

3、没有系统的工程方法或指导；

4、测试过程中，经常会出现需求遗漏、测试设计遗漏的问题；

为提高客户满意度需要提高产品质量，减少网上问题，作为质量保证的重要一环，测试需要站在客户立场做测试，需要首先明确应该测试什么的问题。测试需求分析的目的是明确测试什么。

2.2 测试需求分析基本概念

测试原始需求：产品测试规格分析的输入，是从产品包需求、系统需求、测试经验库等需求来源中提取的经过整理的输入集合。

测试规格：测试规格是产品测试规格和特性测试规格的通称。一般而言，我们所说的测试规格都是指产品测试规格。产品测试规格是对客户需求、产品包需求、设计需求、设计规格以及其它可能的需求进行综合的测试分析，从测试角度分析并整合形成的测试需求集合，明确了测试应该测试什么。产品测试规格经过相关整理后相互之间没有重复，每条产品测试规格都有唯一的标识。

测试特性：逻辑上相关的产品测试规格集合，可以是功能性的产品测试规格集合，也可以是非功能性的产品测试规格集合。逻辑相关性，指的是按照一定的规则进行划分，这个规则是个广义的规则，区别于开发按照功能进行划分的特性。

测试需求分析基本可以分成以下几步：，下面一一论述。

2.3 原始需求收集

2.3.1原始需求来源

原始需求目前主要有5类来源：

1、开发需求；

2、协议和规范；

3、测试经验库；

4、继承产品需求；

5、用户原始需求；

目前，应用最多的是开发需求、协议规范和继承产品需求。但是，也不能忽略掉了测试经验库和用户原始需求，往往很多隐藏较深的问题，都是在这部分发现的。

2.3.2原始需求收集使用步骤

进入需求分析首页面，单击“1、原始需求收集”按钮，excel自动生成“原始需求来源”标签。

注：

文中将以下面的文档作为需求分析模板：

C:\Documents and

Settings\Administrat

“原始需求来源”标签中表格如下图所示：

原始需求来源来源编号文档名称备注

列名解释：

1.原始需求来源：表示对被测试对象进行分析的来源的类型，目前有5类：开发需求,协议和规范,测试经验库,继承产品需求和用户原始需求。

2.来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于相同的来源以数字编号区别。开发需求--DR，协议和规范--PR，测试经验库--ER，继承产品需求--SR，用户原始需求--UR。如对于某文档《XXXX产品需求规格说明书》，其编号可能为DR001

3.文档名称：表示需求来源的文档的名称。

然后，根据需求来源和文档名称，填写此表格。

注：

本文以下面文档为需求来源对测试需求分析过程进行实际案例分析：

需求来源：

文档《MINI988 E2E OR.XLS》：

C:\Documents and

Settings\Administrat

文档《MINI988设计规格样例.DOC》：

C:\Documents and

Settings\Administrat

文档《MINI988设计需求样例.DOC》：

C:\Documents and

Settings\Administrat

根据以上相关文档，“原始需求收集”结果如下：

C:\Documents and

Settings\Administrat

2.3.3原始需求收集注意事项

原始需求部分最重要的一点就是要注意广泛性和全面性，要尽可能的收集更多的原始需求，而且，这些需求应该不仅仅局限于上述的五种来源类型，也不仅仅局限于各种文档、资料。

2.4 原始需求整理

2.4.1原始需求整理使用步骤

进入需求分析首页面，单击“2、原始需求整理”按钮，excel自动生成“原始需求整理”标签。

如下图所示：

来源编号需求标

识

需求描述开发特性

测试原始需求编

号

测试原始需求描述

列名解释：

1.来源编号:同“需求来源”表的“来源编号”

2.测试原始需求编号:"编号规则：特性编码＋XXX “特性编码”为针对开发提供的特性进行编码，可以用缩写作为编码（如VPMN特性，可以缩为VPMN），也可以顺序编号（如，R001等）。XXX为顺序编号，对于同一个开发特性，如果有多条原始需求，可以按照顺序编号（001开始）。"

3.测试原始需求描述:对原始需求的描述，可以是从来源文档中的需求描述的拷贝，或者是从测试角度的提炼出来的描述。

4.开发特性:表示开发文档中的功能特性。

5.需求标识:表示该原始需求在来源文档中的标识

6.需求描述:表示该原始需求在来源文档中的描述，如果此项与“测试原始需求描述”相同可以不填写，是可选项。

7.需求优先级:表示该需求的优先级，与来源文档中的相同。

8.测试规格分析的工程方法:表示对该原始需求进行测试分析时将要使用的测试规格分析的工程方法，可以多种工程方法联合使用。目前对原始需求进行测试分析的工程方法有：测试类型分析,功能交互分析,关联图分析,测试特性建模,测试规格整合,特性关系分析

9.需求是否实现:表示该需求是否是否已经实现或在本版本中是否实现。

然后，根据“原始需求来源”标签中内容和其他相关文档内容，填写“原始需求整理”标签。

例如：

C:\Documents and

Settings\Administrat

2.4.2注意事项

原始需求整理部分，同样要注意广泛性和全面性，要完全覆盖各种文档中的需求，不存在任何遗漏。并且可以对需求进行适当的扩充，比如，我们完全可以通过头脑风暴的方式，对原始需求进行扩展或补充，从而形成新的需求，新的约束点。

并且，在这个部分需要对需求进行初步的规划，尽量避免各个需求之间有过多的交集。

2.5 继承性分析

2.5.1继承性分析使用步骤

进入需求分析首页面，单击“3、继承性分析”按钮，excel自动生成“继承性分析”标签。

如下图所示：

来源编号继承特

性

失效影响

度

成熟

度

继承方

式

优先

级

测试建

议

新增需

求

功能交互分析的重

点

列名解释：

这部分比较简单，这里就不再赘述了。

然后，填写“继承性分析”标签。例如：