测试需求分析过程详解(入门级)
产品名称Product name
产品版本Product version
密级Confidentiality level
内部公开
Total 35pages 共35页
测试需求分析过程详解（入门级）
(仅供内部使用） For internal use only
拟制:
王健立 59754
Prepared by
审核:
Reviewed by
批准:
Granted by
日期：
2008-12-05
Date
日期：
Date
日期：
Date
华为技术有限公司
Huawei Technologies Co., Ltd.
版权所有 侵权必究 All rights reserved
修订记录Revision record
日期 Date
修订版本Revision version
修改描述 change Description
作者 Author
目 录Table of Contents
1 目的 . ........................................................................................................................... 6 2 正文 . ........................................................................................................................... 7 2.1 2.2 2.3
测试需求分析重要性 ............................................................................................ 7 测试需求分析基本概念 ........................................................................................ 7 原始需求收集 . ...................................................................................................... 7 2.3.1 2.3.2 2.3.3
2.4
原始需求来源 . .................................................................................................. 7 原始需求收集使用步骤 . .................................................................................. 8 原始需求收集注意事项 . ................................................................................ 10
原始需求整理 . .................................................................................................... 10 2.4.1 2.4.2
原始需求整理使用步骤 . ................................................................................ 10 注意事项 . ........................................................................................................ 13
2.5 继承性分析 ........................................................................................................ 13 2.5.1 2.5.2
继承性分析使用步骤 . .................................................................................... 13 继承性分析注意事项 . .................................................................................... 14
2.6 生成测试原始需求 . ............................................................................................. 15 2.6.1 2.6.2
生成测试原始需求使用步骤 . ........................................................................ 15 注意事项 . ........................................................................................................ 17
2.7 测试规格分析准备 . ............................................................................................. 19 2.7.1 2.7.2
测试规格分析准备使用步骤 . ........................................................................ 19 注意事项 . ........................................................................................................ 23
2.8 测试类型分析 . .................................................................................................... 24 2.8.1 2.8.2
测试类型分析准备使用步骤 . ........................................................................ 24 注意事项 . ........................................................................................................ 26
2.9 功能交互分析 . .................................................................................................... 27 2.9.1 2.9.2
功能交互分析准备使用步骤 . ........................................................................ 27 注意事项 . ........................................................................................................ 28
2.10 产品测试规格整理 . ............................................................................................. 30 2.10.1
产品测试规格整理使用步骤 . ........................................................................ 30
2.10.2
2.11
注意事项 . ........................................................................................................ 32
生成最终产品测试规格 ...................................................................................... 32 2.11.1 2.11.2
生成最终产品测试规格使用步骤 . ................................................................ 32 注意事项 . ........................................................................................................ 35
3 结尾 . ......................................................................................................................... 35
测试需求分析过程详解（入门级）
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 :\Docum ent s and Set t i ngs \Adm i ni s t r at
“原始需求来源”标签中表格如下图所示：
原始需求来源
列名解释：
来源编号
文档名称
备注
1. 原始需求来源：表示对被测试对象进行分析的来源的类型，目前有5类：开发需求, 协议和规范, 测试经验库, 继承产品需求和用户原始需求。
2.来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于相同的来源以数字编号区别。开发需求--DR ，协议和规范--PR ，测试经验库--ER ，继承产品需求--SR ，用户原始需求--UR 。如对于某文档《XXXX 产品需求规格说明书》，其编号可能为DR001
3. 文档名称：表示需求来源的文档的名称。
然后，根据需求来源和文档名称，填写此表格。
注：
本文以下面文档为需求来源对测试需求分析过程进行实际案例分析： 需求来源：
文档《MINI988 E2E OR.XLS》：
C :\Docum ent s and
Set t i ngs \Adm i ni s t r at
文档《MINI988设计规格样例.DOC 》：
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
文档《MINI988设计需求样例.DOC 》：
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
根据以上相关文档，“原始需求收集”结果如下：
原始需求来源
来源编号 文档名称
备注
开发需求 开发需求
DR001
DR002
MINI988设计需求样例.DOC MINI988 E2E OR.XLS
由于设计需求较为详细，设计规格作为参考，补充测试
开发需求 用户原始需求 协议和规范 继承产品需求 测试经验库
DR003 UR001 PR001 SR001 ER001
MINI988设计规格样例.DOC MINI988 E2E OR-bussiness.XLS 由于是样例，没有分析协议 由于是样例，没有继承关系 由于是样例，没有测试经验库
原始需求
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
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. 需求是否实现:表示该需求是否是否已经实现或在本版本中是否实现。
然后，根据“原始需求来源”标签中内容和其他相关文档内容，填写“原始需求整理”标签。 例如：
来源编
号 DR001
需求标识 OR_MKT.00010
需求描述 能够支持电子邮件的收发 通过LCD 可以
DR001
查看手机中的
OR_SPT.00011
各种状态和错误信息 手机应该支持显示输入的号
DR002
码（0-9 # * ： 字母），手机状态，呼
叫状态。 LCD 需提供背景灯，当有来
DR001
OR_MKT.00028
电和短消息、Email 时均能自动点亮
LCD
LCD-002
LCD 需提供背景灯，当有来电和短消息、Email 时均能自动点亮
LCD
LCD 能够显示手机的状态、错误信息、呼叫状态、号码
LCD
LCD-001
LCD 能够显示手机的状态、错误信息、呼叫状态、号码
开发特性
测试原始需求编号
测试原始需求描述 能够支持电子邮件的收发
Email EMAIL-001
C :\Docum ent s and
Set t i ngs \Adm i ni s t r at
2.4.2 注意事项
原始需求整理部分，同样要注意广泛性和全面性，要完全覆盖各种文档中的需求，不存在任何遗漏。并且可以对需求进行适当的扩充，比如，我们完全可以通过头脑风暴的方式，对原始需求进行扩展或补充，从而形成新的需求，新的约束点。
并且，在这个部分需要对需求进行初步的规划，尽量避免各个需求之间有过多的交集。
2.5 继承性分析
2.5.1 继承性分析使用步骤
进入需求分析首页面，单击“3、继承性分析”按钮，excel 自动生成“继承性分析”标签。
如下图所示：
来源编号
继承特性
失效影响度
成熟度
继承方式
优先级
测试建议
新增需求
功能交互分析的重点
列名解释：
这部分比较简单，这里就不再赘述了。
然后，填写“继承性分析”标签。 例如：
来源编号 D R 001
输入一定的按键应能获得给手机的序列号（序列号不唯一），方便防伪和维修
M
M
变化
重点关注特性变更部分的检查M 点。
序列号唯一
重点检查序列号唯一和其他特性产生的约束。
继承特性
失效影响度
成熟度
继承方式
优先级
测试建议
新增需求
功能交互分析的重点
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
2.5.2 继承性分析注意事项
这部分一定要重点关注：
1、开发的新版本与以前基础版本之间的关系； 输入： 需求来源表
历史版本的测试报告
历史版本的产品的特性清单及其说明等 其它可供参考的资料 输出： 测试策略建议 新增原始需求
需要进行功能交互分析的继承特性 其它一些过程输出
2、本继承特性在本版本中是否因为其他特性的变更而产生相应的变化或约束； 3、本继承特性在本版本中的变更是否会对其他特性产生影响或约束；
4、继承性分析结果主要关注功能交互，所以，后续会出现在“功能交互分析”标签中，在其中进行详细规格分析；
2.6 生成测试原始需求
2.6.1 生成测试原始需求使用步骤
进入需求分析首页面，单击“4、生成测试原始需求”按钮，excel 自动生成“生成测试原始需求”标签。
如下图所示：
测试
来源编号
测试原始需求编号
测试原始需求描述
开发特性
需求
需求标识
需求描述
优先级
规格分析的工程方法
能够支持
DR001
能够支持电
Email OR_MKT.00010 子邮件的收
发
电子邮件的收发 LCD 能够显示手机的状态、
DR001
错误信息、呼叫状态、号
LCD-001
需求是否实现
EMAIL-001
通过LCD 可
LCD
以查看手机中的各种状态和错误信
OR_SPT.00011 息
码
列名解释：
这部分的列名在前面基本上都已经介绍过，这里就不再赘述了。
然后，在该标签中，分别填写原始需求的“优先级”、“测试规格分析的工程方法”和“需求是否实现”等列。
例如：
需
来源编号
测试原始需求编号
测试原始需求描述
开发特性
求
需求标识
需求描述
优先级
测试规格分析的工程方法 测试
DR001
类型H
分析 测试类型
DR001
LCD 能够显示手机的状态、错误信息、呼叫状态、
LCD-001
号码
LCD
分析,
通过LCD 可以查看手机中的各种
OR_SPT.00011 状态和错误信息
H
功能交互分析
需实现 需求是否实现 需实现
EMAIL-001
能够支持电子邮件的收发
Email OR_MKT.00010 能够支持电子邮
件的收发
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
2.6.2 注意事项
1、该标签中，“测试规格分析的工程方法”列中如果想输入多个工程方法，可以双击该单元格，在弹出的对话框中，选择多个工程方法即可。
2、本标签中需要重点关注“测试规格分析的工程方法”。这里的工程方法，我们主要使用“测试类型分析”和“功能交互分析”；
3、“测试类型分析”工程方法简介： A 、测试类型分析基本思路：
a. 不同类型的测试会发现不同类型的Bug ； b. 测试类型是从不同的角度来分析和测试产品； c. 不同产品对应的测试类型集合可以不同； d. 每类测试类型的测试方法也会不同；
B 、测试类型概念其实早在我们测试中就存在，比如：性能测试、安全性测试等等，这里是进一步明确测试类型概念，建议测试部建立自己的测试类型库，更好的服务于产品测试；
C 、不同类型的测试会发现不同类型的Bug 。测试类型是从不同的角度来分析和测试产品，测试类型多用于系统测试设计。测试类型和测试阶段有关，比如：SDV 阶段适合【功能测试】，SIT 阶段适合【压力测试】。
4、“功能交互分析”工程方法简介：
A 、产品功能不是独立的，功能之间存在交互
B 、防止有交互作用的功能的遗漏，提高功能测试的完备性 C 、是功能测试方面的分析，与测试类型分析形成互补 交互点原始需求与功能特性
影响与约束
功能之间存在顺序关系 功能之间存在交互关系
共享数据影响 共享资源影响
5、测试特性建模暂时使用不多，这里不予介绍；
6、测试人员需要首先对原始需求进行分析，如果该需求设计多种或一种类型测试（包括功能测试），则需要选择“测试类型分析”，如果该需求可能和其他需求或模块存在约束或交互关系，需要选择“功能交互分析”。
2.7 测试规格分析准备
2.7.1 测试规格分析准备使用步骤
进入需求分析首页面，单击“5、测试规格分析准备”按钮，excel 自动生成“测试规格分析准备”标签。
如下图所示： 测试类型划分：
测试类型 功能测试 一致性测试 互操作测试 安全性测试 流控测试 性能测试 压力测试 大容量测试 长时间测试 配置测试 兼容测试 安装测试 备份测试 恢复测试 易用性测试
编码 FUNC CONF IOT SECU LC PER STR CAPA LTME CFG COMP INST BACK RECOV USE
备注
Qos 测试 国际化测试
QOS NAT
测试特性划分： 开发特性 帮助 话单查询 话单读取 格式转换 话单分拣 详细话单计费 被叫计费 计次表计费 话单统计 报表处理 界面
计费名称管理 用户数据管理 费率数据配置 公用数据配置 人工数据处理 系统管理 性能
列名解释：
这部分的列名比较浅显，这里就不再赘述了。
功能集合 帮助 话单查询 话单处理 话单处理 话单分拣 话单分拣 话单分拣 话单分拣 话单统计 话单统计 界面 数据配置 数据配置 数据配置 数据配置 数据配置 系统管理 性能
编码 HELP QUER TREA TREA DEAL DEAL DEAL DEAL STAT STAT UI CONF CONF CONF CONF CONF SYS PERT
备注
然后，在该标签中，分别填写“测试类型划分”和“测试特性划分”表格。 例如：
测试类型 功能测试 协议测试 长时间测试 安装测试 系统性能 业务指标 压力测试 兼容性测试 配置测试 恢复测试
编码 FUNC PROT LONG INST PERT TARG STRE COMP CONF RESU
备注
故障注入测试 流控测试
FIT
FLOW
开发特性 Email LCD SIM 卡 电话呼叫 短消息 多媒体短消息 安全管理 安装 包装 编程规范 菜单 参数设置 成本 尺寸 待机时间 地址/电话簿 电池 发射功率 个人呼叫通话定制 供电 环境 计费 键盘 结构 可测试性 可靠性 铃声下载 录音 闹钟 拍照 平台 屏保 其他 渠道 手册 数据存储
功能集合 数据业务 信息显示 数据处理 电话业务 短消息 短消息 安全管理 结构 结构 操作维护 数据配置 个人助理 个人助理 供电 环境 计费 操作维护 结构 操作维护 个人助理 个人助理 个人助理 操作维护 数据处理
编码 DATA INFO DDEAL CALL SMS SMS SECU STRU STRU OMA CONF PBUSS PBUSS POWER ENTIR RATE OMA STRU OMA PBUSS PBUSS PBUSS OMA DDEAL
备注
特殊呼叫 外形 网络浏览 网络游戏 协议 新闻订阅 信号指标 行程安排 游戏下载 语音处理 自检
电话业务
数据业务 数据业务 个人助理 个人助理 个人助理 语音处理 操作维护
CALL DATA DATA PBUSS PBUSS PBUSS RADIO OMA
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
2.7.2 注意事项
1、“测试类型划分”表格，根据实际版本结构、情况划分测试类型，此处的测试类型，将会在下一个标签“测试类型分析”中作为横轴出现；
2、针对不同的测试阶段，使用不同的测试类型：
测试类型 功能测试 一致性测试 安全性测试 性能测试 压力测试 配置测试 安装测试 恢复测试 长时间测试 系统指标测试 易用性测试 备份测试 大容量测试 流控测试 兼容测试 互操作测试
SDV √ √ ● ●
√ ● √
● √ ● ● ● ● ●
SIT ● ● √ √ √ √ √ √ √ √
√ √ √ √ √
说明：
Ö
√表示该测试类型的主要的测试阶段； ●表示对应测试阶段有该测试类型或回归测试
3、建议测试部建立自己的测试类型库，更好的服务于产品测试； 4、“测试特性划分”表格，根据版本的特性，进行划分，既要保证全覆盖，又要尽量减少相互之间的交集；
5、“测试特性划分”表格中的“功能集合”，将会在下一个标签“功能交互分析”中作为横轴出现；
6、“测试特性划分”表格中，需要把相关近似特性划分成一组功能集合，需要根据特性之间关联密切程度进行划分。
2.8 测试类型分析
2.8.1 测试类型分析准备使用步骤
进入需求分析首页面，单击“6.1、测试类型分析”按钮，excel 自动生成“测试类型分析”标签。
如下图所示：
功能测试
测试原始需求编号
初始
测试原始需求
产品测试规格编号
用户可以设置开机口令，在手
TEL-001
机开启时，没有正确的开机口令，无法开启手机。
列名解释：
协议测试 初始产品测试规格编号
初始产品测试规格描述
长时间测试 初始产品测试规格编号
初始产品测试规格描述
安装测试 初始产品测试规格编号
初始产品测试规格描述
初始产品测试规格描述
这部分的列名比较浅显，这里就不再赘述了。
然后，根据原始需求在各个测试类型的分布填写相关信息。 例如：
功能测试
测试原
始需求编号
测试原始需求
初始产品测试规格编号
初始产品测试规格描述
支持要求能支
TEL-001
持普通手机具有的呼叫功能
TT-FUNC-001
手机作为主叫，呼叫其他用户
TT-P ERT-001
协议测试 初始产品测试规格编号
初始产品测试规格描述
长时间测试 初始产品测试规格编号
电池充满电，保持通话70小时（看看最长的通话时间）
TT-TARG -001
手机最长的呼叫号码为20位
初始产品测试规格描述
初始产品测试规格编号
安装测试
初始产品测试规格描述
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
2.8.2 注意事项
1、这个标签中最重要的工作就是，把原始需求分解到各个测试类型中去，一定要保证不能有任何遗漏；
2、明确各测试类型分析思路（前面已经描述）；
3、控制分析的粒度，要尽量保持每个规格所对应的检查点适当，并基本上差别不太大，并且，如果多个测试人员进行需求分析，还需要所有人保持粒度一致；
4、填写“初始产品测试规格编号”时，需要在编号中体现出测试类型，比如，可以在编号开头或中间加入“测试规格分析准备”标签中“测试类型划分”表格中测试类型的编号，比如TT-FUNC-001；
5、如果需求在同一列（同一个测试类型）中，分解出多个初始规格的话，这些同一列中规格作为一组进行编号，比如TT-FUNC-001与TT-FUNC-002；
6、填写“初始产品测试规格描述”时，需要能够清晰、简洁、明了的表达出该需求，在该测试类型下需要测试的特性；
2.9 功能交互分析
2.9.1 功能交互分析准备使用步骤
进入需求分析首页面，单击“6.2、功能交互分析”按钮，excel 自动生成“功能交互分析”标签。
如下图所示：
数据业务
测试原始需求编号
测试原始需求
初始产品测试规格编号
用户可以设置
TEL-001 开机口令，在手
机开启时，没有
信息显示 初始产品测试规格编号
初始产品测试规格描述
数据处理 初始产品测试规格编号
初始产品测试规格描述
初始产品测试规格描述
正确的开机口
令，无法开启手机。
列名解释：
这部分的列名比较浅显，这里就不再赘述了。
然后，根据原始需求与其他功能集合的交互特性进行相关信息的填写。 例如：
数据业务
测试
原始需求编号
支持要求能支
TEL-001
持普通手机具有的呼叫功能
编辑短消息
FI-DATA-002
进行数据业务时，进行呼叫
FI-SMS-002
时，退出，进行呼叫，之后再编辑原有的短消息
FI-DATA-001
进行数据业务时，有来电
FI-SMS-001
呼叫过程中，其他MS 发送短消息
测试原始需求
初始产品测试规格编号
初始产品测试规格描述
初始产品测试规格编号
初始产品测试规格描述
初始产品测
初始产品测
信息显示
数据处理
试规格编号 试规格描述
C :\Docum ent s and
Set t i ngs \Adm i ni s t r at
2.9.2 注意事项
1、产品功能不是独立的，功能之间存在交互为了，防止有交互作用的功能的遗漏，提高功能测试的完备性，所以必须使用功能交互工程方法，功能交互分析是功能测试方面的分析，与测试类型分析形成互补；
2、这个标签中最重要的工作就是，把原始需求与“测试规格分析准备”标签中“测试特性划分”表格中“功能集合”之间的约束关系，全部填入对应的“初始产品测试规格描述”单元格中，一定要保证不能有任何遗漏；
3、控制分析的粒度，要尽量保持每个规格所对应的检查点适当，并基本上差别不太大，并且，如果多个测试人员进行需求分析，还需要所有人保持粒度一致；
4、填写“初始产品测试规格编号”时，需要在编号中体现出测试类型，比如，可以在编号开头或中间加入“测试规格分析准备”标签中“测试特性划分”表格中测试类型的编号；
5、如果需求在同一列（同一个功能集合）中，分解出多个初始规格的话，这些同一列中规格作为一组进行编号，比如TT-FUNC-001与TT-FUNC-002；
6、填写“初始产品测试规格描述”时，需要能够清晰、简洁、明了的表达出该需求，在该功能集合下需要测试的特性；
7、进行分析时需要充分考虑功能之间的时序关系影响和共享关系影响； 交互点原始需求与功能特性关系 时序关系影响（时间、时序）
影响与约束
功能之间存在顺序关系 功能之间存在交互关系
共享关系影响（数据和资源）
共享数据影响 共享资源影响
8、横轴是新增特性和继承特性，继承特性来自于继承性分析的结果，所以，还需要关注继承特性的交互分析；
9、分析方法有两种形式：先标记后分析、直接分析： 先标记后分析：
就是在功能交互分析表中，根据分析或经验判断每个交互点是否存在的交互情况，如有，先进行标记，然后只对有标记的交互点再进行分析，产生初始产品测试规格。
直接分析 ：
就是直接分析每一个交互点，对有交互内容的交互点产生初始产品测试规格 10、功能交互分析的结果可以作为测试类型分析的输入，但是操作复杂，不建议这样应用；
2.10 产品测试规格整理
2.10.1 产品测试规格整理使用步骤
进入需求分析首页面，单击“7、产品测试规格整理”按钮，excel 自动生成“产品测试规格整理”标签。
如下图所示：
测试原始需求编号
测
测试原始需求描述
初始产品测试规格编号
初始产品测试规格描述
试类
测试特
大类
小类
产品测试规格编号
产品测试规格描述
整合方法
初始测试规格跟踪号
型 性
支持短消息的发
功
TT-FUNC-001
短消息编辑
能测试
SMS-001
送和接收（普通的短消息），管理（编辑、删除等）
支持短消息的发
送和接收（普通的短消息），管理（编辑、删除等）
支持短消息的发送和接收（普通的短消息），管理（编辑、删除等）
列名解释：
电池充满电，每
TT-LONG-001
个小时发送/接看看作长待机时间
发送的超长短消息最长为500个字符
长时
测试 安装测试
SMS-001
受20个短消息，间
SMS-001
TT-TARG-001
1. 测试原始需求编号:同“测试原始需求”表中的“测试原始需求描述” 2. 测试特性:表示该产品测试特性属于测试特性建模中的哪个测试特性
3. 初始产品测试规格编号:"编号规则：工程方法编码-子类编码-XXX 。测试组可以选用不同的工程方法开展产品测试规格分析，这里将不同的工程方法进行编号，可以使用缩写。子类编码是可选的，有些工程方法会产生子类，比如：测试类型分析工程方法有一个工程方法编码，其子类也有一个编码，子类编码就是测试类型。XXX 是某个工程方法及其子类产生的测试规格顺序编号。如，一个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码为TT-FUNC-001。产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，对每个工程方法进行编号。如果采用私有的工程方法，也需要编号。
4. 初始产品测试规格描述:是对产品测试规格的比较详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进行分析时理解一致，不会产生歧义，可以不再参考“需求来源”表中的来源文档。
5. 测试类型:表示该产品测试规格对被测试对象进行测试时的测试类型。
然后，进行相关信息的填写。 例如：
初始
测试原始需求编号
测试原始需求描述 支持短消息的发送和接收（普
SMS-001 通的短
消息），管理（编辑、删除等）
初始产品测试规格编号
产品测试规格描述
测试类
测试特
大
小
产品测试规格
类 类 编号
产品测试规格描述
整合方法
初始测试规格跟踪号
型 性
短消
TT-FUNC-001 息编
辑
功能测试
短消
TT-FUNC-001 息编
辑
新建
TT-FUNC-001
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
2.10.2 注意事项
1、依据确定的测试规格分析工程方法，针对原始需求逐一分析得出初始的产品测试规格。每个工程分析方法得出的产品测试规格应该先进行内部的测试规格整理，过滤掉重复的。
2、汇总初始的产品测试规格，为下一步测试特性建模和测试规格整理提供素材。
3、通过测试特性建模，明确本次新增的测试特性及其边界。
4、将分析得出的初始的产品测试规格，按照一定的原则和方法进行整合，并按测试特性归类，得出最终本表所述的产品测试规格。
2.11 生成最终产品测试规格
2.11.1 生成最终产品测试规格使用步骤
进入需求分析首页面，单击“8、生成最终产品测试规格”按钮，excel 自动生成“生成最终产品测试规格”标签。
如下图所示：
测试原始需求编号
支持短消息的发送SM S-001
和接收（普通的短消息），管理（编辑、删除等）
列名解释：
测试原始需求描述
测试特性
大小产品测试规产品测试规格描述
测试类型
验证方
使用频
影响程
失效可性
估计优先级
用例规
用例估计说
类 类 格编号
法 率 度 能
模 明
TT-FUNC-001
短消息编辑
功能测试
1. 测试原始需求编号:同“测试原始需求”表中的“测试原始需求描述” 2. 测试特性:表示该产品测试特性属于测试特性建模中的哪个测试特性
3. 产品测试规格编号:"编号规则：工程方法编码-子类编码-XXX 。测试组可以选用不同的工程方法开展产品测试规格分析，这里将不同的工程方法进行编号，可以使用缩写。子类编码是可选的，有些工程方法会产生子类，比如：测试类型分析工程方法有一个工程方法编码，其子类也有一个编码，子类编码就是测试类型。XXX 是某个工程方法及其子类产生的测试规格顺序编号。如，一个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码为TT-FUNC-001。产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，对每个工程方法进行编号。如果采用私有的工程方法，也需要编号。
4. 产品测试规格描述:是对产品测试规格的比较详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进行分析时理解一致，不会产生歧义，可以不再参考“需求来源”表中的来源文档。
5. 测试类型:表示该产品测试规格对被测试对象进行测试时的测试类型。
6. 验证方法:表示本产品测试规格适合在什么阶段如何进行验证的。目前有如下验证方法：单元测试, 集成测试, 系统测试, 评审检视。
7. 优先级:根据风险评估三个维度（“使用频率”、“失效可能性”、“影响程度”）计算的优先级别。 8. 估计用例规模:对该产品测试规格产生的测试用例的估计
然后，进行相关信息的填写。 例如：
测
试原始需求编号
支持短消息的发送SM S-001
和接收（普通的短消息），管理（编辑、删除等）
短消息维护
消息管理
测试原始需求描述
测试特性
大
小
产品测试规
产品测试规格描述
测试类型
验证方法
使用频
影响程
失效可性
估计优先级
用例规
用例估计说
类 类 格编号
率 度 能
模 明
短消息
TT-FUNC-001
短消息编辑
功能测试
系统测试
H
M M
H
25
C :\Docum ent s and Set t i ngs \Adm i ni s t r at
2.11.2 注意事项
1、需要根据规格的实际使用频率、影响程度和失效可能性来确定规格的优先级，并在后期测试设计和测试执行中体现出来（优先级高的重点关注）； 2、需要根据规格估算出大致的用例规模，以为后期测试设计工作量分配提供参考依据。并可以以此处的用例规模作为测试工作量估计结果；
3、如果在测试分析过程中，想到一些规格特别的约束条件或检查点，请务必及时记录，以避免遗忘；
3 结尾
至此，测试需求分析，已经全部完成。下面我们将根据测试需求分析的输出——测试规格，进行测试方案的设计。