测试需求分析过程详解(入门级)

产品名称Productname密级Confidentialitylevel

内部公开

产品版本Productversion

Total21pages共21页

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

（仅供内部使用）

Forinternaluseonly

拟制：日期:

王健立597542008-12-05

PreparedbyDate

审核：日期:

ReviewedbyDate

批准：口期:

GrantedbyDate

华为技术

HuaweiTechnologiesCo.,Ltd.

版权所有侵权必究

Allrightsreserved

修订记录Revisionrecord

日期修订版修改描述作者

Date本changeDescriptionAuthor

Revisio

n

version

2008-12-051.00初稿完成王健立59754

录TableofContents

1目的4

2正文4

2.1测试需求分析重要性4

2.2测试需求分析根本概念5

2.3原始需求收集5

原始需求来源5

原始需求收集使用步骤5

原始需求收集考前须知6

2.4原始需求整理7

原始需求整理使用步骤7

考前须知8

2.5继承性分析8

继承性分析使用步骤8

继承性分析考前须知9

2.6生成测试原始需求9

生成测试原始需求使用步骤9

考前须知I0

2.7测试规格分析准备11

测试规格分析准备使用步骤11

考前须知14

2.8测试类型分析15

测试类型分析准备使用步骤15

考前须知16

2.9功能交互分析16

功能交互分析准备使用步骤16

考前须知17

2.10产品测试规格整理18

产品测试规格整理使用步骤18

考前须知19

2.11生成最终产品测试规格20

生成最终产品测试规格使用步骤20

考前须知21

3结尾21

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

1目的

书写本系列文章的目的是期望，能够通过系列的培训，完善外包的测试知识、使其了

解相关测试要点或重点、使其测试相关知识尽量和我司标准靠拢（方便过程文档后续的维

护和重用），以完成对外包测试人员的培养方案。

本文以介绍外包测试中测试需求分析为主，通过本文，期望使外包测试人员，对于我

司合作工程的测试需求分析阶段有所了解，并能够独立使用我司提供测试需求分析模板，

完成测试需求分析设计工作。

注I：

本系列培训材料主要对象是委托开发测试人员和委托测试人员。而曰于委托开发工程特殊性，测试周期较我司自研

工程短了很多，所以，测试设计培训材料，统一采用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自动生成“原始需求来源”标签。

注：

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

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

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

列名解释：

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

品需求和用户原始需求。

2.来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于相同的来源以数字编号区别。开发需求

-DR,协议和标准--PR,测试经验库-ER,继承产品需求--SR,用户原始需求-UR。如对于某文档《XXXX产品需求规

格说明书》，其编号可能为DR001

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

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

注：

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

需求来源：

文档《MINI988E2EOR.XLS》：

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

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

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

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

开发需求DR001MINI988设计需求样例.DOC

开发需求DR002M1NI988E2EOR.XLS

由于设计需求较为

详细，设计规格作

为参考，补充测试

开发需求DR003MINI988设计规格样例.DOC原始需求

用户原始需求UR001MINI988E2EOR-bussiness.XLS

办议和标准HK001由于是样例，没有分析协议

继承产品需求SR001由于是样例，没有继承关系

测试经验库ER001由于是样例，没有测试经验库

2.3.3原始需求收集考前须知

原始需求局部最重要的一点就是要注意广泛性和全面性，要尽可能的收集更多的原始需求，而且,

这些需求应该不仅仅局限于上述的五种来源类型，也不仅仅局限于各种文档、资料。

2.4原始需求整埋

2.4.1原始需求整理使用步骤

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

如下列图所示：

来源编需求标测试原始需求编

需求描述开发特性测试原始需求描述

口.识号

列名解释：

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

2.测试原始需求编号:"编号规则：特性编码+XXX“特性编码”为针对开发提供的特性进行编码，可以用缩写作

为编码（如VPMN特性，可以缩为VPMN）,也可以顺序编号（如，R00：等）。XXX为顺序编号，对于同一个开发特性,

如果有多条原始需求，可以按照顺序编号（001开始）。”

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

描述。

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

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

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

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

8.测试规格分析的工程方法:表示对该原始需求进行测试分析时将要使用的测试规格分析的工程方法，可以多种工程

方法联合使用。目前对原始需求进行测试分析的工程方法有：测试类型分析.功能交互分析,关联图分析,测试特性建模.

测试规格整合，特性关系分析

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

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

例如：

来源编开发测试原始需求

需求标识需求描述测试原始需求描述

号特性编号

能够支持电子能够支持电子邮件

DR001EmailEMAIL-001

0R_MKT.00010邮件的收发的收发

通过LCD可以LCD能够显示的

DR001查看中的LCDLCD-001状态、错误信息、呼

ORSPT.00011各种状态和错叫状态、号码

误信息

应该支持

显示输入的号

码（0-9#

DR002LCD

*：字母），LCD能够显示的

状态，呼叫状状态、错误信息、呼

态。叫状态、号码

LCD需提供背

景灯，当有来LCD需提供背景灯，

DR001电和短消息、LCDLCD-002当有来电和短消息、

Email时均能Email时均能自动点

ORJfKT.00028自动点亮亮

2.4.2考前须知

原始需求整理局部，同样要注意广泛性和全面性，要完全覆盖各种文档中的需求，不存在任何遗漏。

并且可以对需求进行适当的扩充，比方，我们完全可以通过头晒风暴的方式，对原始需求进行扩展或补

充,从而形成新的需求,新的约束点。

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

2.5继承性分析

2.5.1继承性分析使用步骤

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

如下列图所示：

来源编继承特失效影响成熟继承方优先测试建新增需功能交互分析的重

号性度度式级议求点

列名解释：

这局部比拟简单，这里就不再赘述了。

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

例如：

来继承特性失效成继优测试建议新增需功能交互分析

源影响效承先求的重点

编度.度方级

号式

D输入一定的按键

R应能获得给重点检查序列

0的序列号（序列M重点关注特性变号唯一和其他

0号不唯一），方变更局部的检查序列号特性产生的约

1便防伪和维修M化M点。唯一束。

2.5.2继承性分析考前须知

这局部一定要重点关注：

1、开发的新版本与以前根底版本之间的关系；

输入：

需求来源表

历史版本的测试报告

历史版本的产品的特性清单及其说明等

其它可供参考的资料

输出：

测试策略建议

新增原始需求

需要进行功能交互分析的继承特性

其它一些过程输出

2、本继承特性在木版本中是否因为其他特性的变更而产竺相应的变化或约束；

3、本继承特性在本版本中的变更是否会对其他特性产生影响或约束；

4、继承性分析结果主要关注功能交互，所以，后续会出现在“功能交互分析”标签中，在其中进

行详细规格分析；

2.6生成测试原始需求

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

进入需求分析首页面，单击“4、生成测试原始需求”按钮，excel自动生成“生成测试原始需求”

标签。

如下列图所示：

来源测试原始需测试原始需开发需求测试规需求是

需求标识需求描述

编号求编号求描述特性优先格分析否实现

级的工程

方法

能够支持电

DR001子邮件的收EmailORMKT.00010能够支持电子

EMAIL-001发邮件的收发

LCD能够显

示的状通过LCD可以

DR001态、错误信LCD查看中的各

息、呼叫状种状态和错误

LCD-001态、号码OR_SPT.00011信息

列名解释：

这局部的列名在前面根本上都己经介绍过，这里就不再赘述了。

然后，在该标签中，分别填写原始需求的“优先级”、“测试规格分析的工程方法”和“需求是否实

现”等列。

例如:

测试需

需

规格求

求

来源测试原始需开发分析是

测试原始需求描述需求标识需求描述优

编号求编号特性的工否

先

程方实

级

法现

测试需

DR001能够支持电子邮件Emai1ORJIKT.0C010能够支持电子邮件类型实

EMAIL-001的收发的收发H分析现

测试

类型

分析，

DR001LCD

LCD能够显示的通过LCD可以查看功能需

状态、错误信息、中的各种状态和错交互实

LCD-001呼叫状态、号码ORSPT.0C011误信息11分析现

2.6.2考前须知

I、该标签中，“测试规格分析的工程方法”列中如果想输入多个工程方法，可以双击该单元格，在弹出

的对话框中，选择多个工程方法即可。

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

互操作测试TOT

平安性测试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

K时间测

LONG

试

安装测试INST

系统性能PERT

业务指标TARG

压力测试STRE

兼容性测

COMP

式

配置测试CONF

恢复测试RESU

故障注入

FIT

测试

流控测试FLOW

开发特性功能集合编码备注

Emai1数据业务DATA

LCD信息显示INFO

SIM卡数据处理DDEAL

呼叫业务CALL

短消息短消息SMS

多媒体短

短消息SMS

消息

平安管理平安管理SECU

安装结构STRU

包装结构STRU

编程标准

菜单操作维护OMA

参数设置数据配置CONF

本钱

尺寸

待机时间

地址/

个人助理PBUSS

簿

电池

发射功率

个人呼叫

个人助理PBUSS

通话定制

哄电供电POWER

环境环境ENTIR

计费计费RATE

键盘操作维护OMA

结构结构STRU

可测试性操作维护OMA

可靠性

绘声下载

录音个人助理PBUSS

闹钟个人助理PRUSS

拍照个人助理PBUSS

平台

屏保操作维护OMA

其他

渠道

手册

数据存储数据处理DDEAL

特殊呼叫业务CALL

外形

网络浏览数据业务DATA

网络游戏数据业务DATA

办议

新闻订阅个人助理PBUSS

信号指标

行程安排个人助理PBUSS

游戏卜载个人助理PBUSS

语音处理语音处理RADIO

刍检操作维护OMA

2.7.2考前须知

1、“测试类型划分”表格，根据实际版本结构、情况划分测试类型，此处的测试类型,

将会在下一个标签“测试类型分析”中作为横轴出现；

2、针对不同的测试阶段，使用不同的测试类型:

测试类型SDVS1T

功能测试7■

一致性测试•

平安性测试■q

性能测试•q

压力测试q

配置测试V1

安装测试・q

恢发测试7

长时间测试7

系统指标测试•q

易用性测试1

备份测试•q

大容量测试•q

流控测试•7

兼容测试•q

互操作测试•

说明：

4表示该测试类型的主要的测试阶段；

•表示对应测试阶段有该测试类型或回归测试

3、建议测试部建立自己的测试类型库，更好的效劳于产品测试；

4、“测试特性划分”表格，根据版本的特性，进行划分，既要保证全覆盖，又要尽量减

少相互之间的交集；

5、“测试特性划分”表珞中的“功能集合”，将会在下一个标签“功能交互分析”中作

为横轴出现：

6、“测试特性划分”表格中，需要把相关近似特性划分成一组功能集合，需要根据特

性之间关联密切程度进行划分。

2.8测试类型分析

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

进入需求分析首页面，单击“6.1、测试类型分析”按钮，excel自动生成“测试类型分析”标签。

如下列图所示：

功能测试协议测试长时间测试安装测试

测试原初始初始初始初始初始

测试原始出口初始产初始产

产品产品)nn产品产品初始产品

始需求品测试品测试

需求测试测试测试测试测试测试规格

编号规格编规格编

规格规格规格规格规格描述

号号

编号描述编号描述描述

用户可以

设置开机

口令，在

开启时，没

TEL-001

有正确的

开机口令，

无法开

启

列名解释：

这局部的列名比拟浅显，这里就不再赘述了。

然后，根据原始需求在各个测试类型的分布填写相关信息。

例如：

功能测试协议测试长时间测试安装测试

测试原

测试原初始产初始产初始初始初始产品初始产

始需求初始产品测初始产品测

始需求品测试品测试产品产品测试规格品测试

编号试规格编号试规格描述

规格描规格编测试测试编号规格描

述号规格规格述

描述编号

支持要电池充满

作

求能支电，保持通最

为主TT-PE

持普通话70小时TT-TARG-长的呼

TEL-001TT-FUNC-001叫，呼RT-00

具有的（看看最长001叫号码

叫其他1

呼叫功的通话时为20位

用户

能间）

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自动生成“功能交互分析”标签。

如下列图所示:

数据业务信息显示数据处理

初始

测试原初始产初始产初始产初始产初始产

r田口口口

始需求测试原始需求品测试品测试品测试品测试品测试

测试

编号规格编规格描规格描规格编规格描

规格

号述述号述

编号

用户可以设置

开机口令，在

TEL-001开启时，没有正

确的开机口令，

无法开启。

列名解释：

这局部的列名比拟浅显，这里就不再赘述了。

然后，根据原始需求与其他功能集合的交互特性讲行相关信息的填写。

例如：

数据业务信息显示数据处理

测试初始初始

原始测试原产品产品初始产品

初始产品测列始产品测初始产品测

需求始需求测试测试测试规格

试规格描述试规格编号试规格描述

编号规格规格编号

编号描述

支持要

求能支

进行数据业呼叫过程中，

TEL-0持普通FI-DATA-0

务时，有来FI-SMS-001其他MS发送

01具有的01

电短消息

呼叫功

能

编辑短消息

进行数据业时，退出，进

FI-DATA-0

务时，进行FI-SMS-002行呼叫，之后

02

呼叫再编辑原有

的短消息

2.9.2考前须知

1、产品功能不是独立的，功能之间存在交互为了，防止有交互作用的功能的遗漏，提高功能测试

的完备性，所以必须使用功能交互工程方法，功能交互分析是功能测试方面的分析，与测试类型分析形

成互补；

2、这个标签中最重要的工作就是，把原始需求与“测试规格分析准备”标签中“测试特性划分”

表格中“功能集合”之间的约束关系，全部填入对应的“初始产品测试规格描述"单元格中，一定要保

证不能有任何遗漏：

3、控制分析的粒度，要尽量保持每个规格所对应的检查点适当，并根本上差异不太大，并且，如

果多个测试人员进行需求分析，还需要所有人保持粒度一致；

4、填写“初始产品测试规格编号”时，需要在编号中表达出测试类型，比方，可以在编号开头或中间

参加“测试规格分析准备”标签中“测试特性划分”表格中测试类型的编号；

5、如果需求在同一列（同一个功能集合）中，分解出多个初始规格的话，这些同一列中规格作为一组进

行编号，比方TT-FUNJOOl与TT-FUNC-002；

6、填写“初始产品测试规格描述”时，需要能够清•晰、简洁、明了的表达出该需求，在该功能集合卜

需要测试的特性：

7、进行分析时需要充分考虑功能之间的时序关系影响和共享关系影响:

交互点原始需求与功能特性关系影响与约束

时序关系影响（时间、时序）功能之间存在顺序关系

功能之间存在交互关系

共享关系影响（数据和资源）共享数据影响

共享资源影响

8、横轴是新增特性和继承特性，继承特性来自于继承性分析的结果，所以，还需要关

注继承特性的交互分析；

9、分析方法有两种形式：先标记后分析、直接分析：

先标记后分析：

就是在功能交互分析表中，根据分析或经验判断每个交互点是否存在的交互情况，如

有，先进行标记，然后只对有标记的交互点再进行分析，产生初始产品测试规格。

直接分析：

就是直接分析每一个交互点，对有交互内容的交互点产生初始产品测试规格

10、功能交互分析的结果可以作为测试类型分析的输入，但是操作复杂，不建议这样

应用；

2.10产品测试规格整理

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

进入需求分析首页面，单击“7、产品测试规格整理"按钮，excel自动生成“产品测试规格整理”

标签。

如下列图所示:

初始

测测产品产品整

测试原测试

测试原始需求描初始产品测初始产品测试规试试大小测试测试合

始需求规格

述试规格编号格描述类特类类规格规格方

编号跟踪

型性编号描述法

号

支持短消息的发

功

送和接收（普通

能

SMS-001的短消息），管TT-FUNC-001短消息编辑

测

理（编辑、删除

试

等）

支持短消息的发电池充满电，每长

送和接收（普通个小时发送/接时

SMS-001的短消息），管TT-LONG-001受20个短消息，间

理（编辑、删除看看作长待机时测

等）间试

支持短消息的发安

发送的超长短消

送和接收（普通装

SMS-001TT-TARG-001息最长为500个

的短消息），管测

字符

理（编辑、删除试

等）

列名解释：

1.测试原始需求编号:同“测试原始需求”表中的“测试原始需求描述”

2.测试特性:表示该产品测试特性民r•测试特性建模中的哪个测试特性

3.初始产品测试规格编号:"编号规则：工程方法编码-了类编码-XXX。测试组可以选用不同的工程方法开展产品测

试规格分析，这里将不同的工程方法进行编号，可以使用缩写。子类编码是可选的，有些工程方法会产生子类，比方：

测试类型分析工程方法有一个工程方法编码，其子类也有一个编码，子类编码就是测试类型.XXX是某个工程方法及其

子类产生的测试规格顺序编号。如，一个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码为

TT-FUNC-OOlo产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，对

每个工程方法进行编号。如果采用私有的工程方法，也需要编号。

4.初始产品测试规格描述:是对产品测试规格的比拟详细的描述，这旦的描述详细程度要求在测