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

《测试需求分析过程详解(入门级).docx》由会员分享，可在线阅读，更多相关《测试需求分析过程详解(入门级).docx（21页珍藏版）》请在三一文库上搜索。

1、产品名称ProdUCtname密级COnfidentiaIitylevel内部公开产品版本PrOdUCtversionTotal2Ipages共21页测试需求分析过程详解（入门级）（仅供内部使用）Forinternaluseonly拟制：Preparedby王健立59754日期：Date2008-12-05审核：日期：ReviewedbyDate批准：日期：GrantedbyDate华为技术HuaweiTechnologiesCo.,Ltd.版权所有侵权必究Allrightsreserved修订记录ReViSiOnrecord日期Date修订版本Revisionversion修改描述chang

2、eDescription作者Author2008-12-051.00初稿完成王健立59754目录TabieofContents1目的42正文42.1 测试需求分析重要性42.2 测试需求分析根本概念52.3 原始需求收集5原始需求来源5原始需求收集使用步骤5原始需求收集考前须知62.4 原始需求整理7原始需求整理使用步骤7考前须知82.5 继承性分析8继承性分析使用步骤8继承性分析考前须知92.6 生成测试原始需求9生成测试原始需求使用步骤9考前须知102.7 测试规格分析准备11测试规格分析准备使用步骤11考前须知142.8 测试类型分析15测试类型分析准备使用步骤15考前须知162.9 功

3、能交互分析16功能交互分析准备使用步骤16考前须知172.10 产品测试规格整理18产品测试规格整理使用步骤18考前须知192.11 生成最终产品测试规格20生成最终产品测试规格使用步骤20考前须知213结尾21测试需求分析过程详解（入门级）1目的书写本系列文章的目的是期望，能够通过系列的培训，完善外包的测试知识、使其了解相关测试要点或重点、使其测试相关知识尽量和我司标准靠拢（方便过程文档后续的维护和重用），以完成对外包测试人员的培养方案。本文以介绍外包测试中测试需求分析为主，通过本文，期望使外包测试人员，对于我司合作工程的测试需求分析阶段有所了解，并能够独立使用我司提供测试需求分析模板，完成

4、测试需求分析设计工作。注1：本系列培训材料主要对象是委托开发测试人员和委托测试人员。而由于委托开发工程特殊性，测试周期较我司自研工程短了很多，所以，测试设计培训材料，统一采用excel模板（WOrd模板效果好些，但是需要投入的时间也太久）为例进行讲解。注2：合作方培训系列胶片分级原那么：1、入门级：专业人员结合合作人员普遍水平，书写培训材料，要保证浅显易懂。合作方人员主要通过自学的方式进行，不占用工作时间。材料学习完毕，期望合作方人员根本上能够对业务有了初步的认识和了解，在我司人员的稍加指导下，能够完成根本的开发、测试或资料书写工作。主要是各部件的根底概念、根本功能及典型业务流程介绍2、提高级

5、专业人员结合合作人员普遍水平，书写培训材料，在入门级的水平上进行提高，讲述业务中较为深入的知识（比方测试设计中的各种工程方法的详解、些原理知识：例如组播原理，等等）。这局部知识将由我司专家对合作方团队中骨干人员进行培训，然后，由合作方骨干人员对其团队内部人员进行培训，不占用工作时间。培训完毕，期望合作方人员能够对业务有了较深的认识和了解，根本上能够独立的完成根本的开发、测试或资料书写工作，并且质量较好，能够到达我司普通员工的水准。主要是业务流程中比拟深入的一些知识，例如具体的实现方案、整体的架构、物理组网、接口以及一些原理知识（如组播原理）等3、精深级：专业人员结合多年的经验，参考各种材料，

6、书写培训材料，专业、系统的讲述业务中较为高深的知识。此级别为拓展级别，并不要求所有合作方人员全部掌握，只是以拓展合作方人员知识与眼界为主，这局部由我司专家定期进行全员培训。如果能够完全掌握，根本上能够到达我司骨干人员的水准。主要是针对当前情况对产品后续开展的个展望，包括业务的扩展及些优化工作2正文2.1测试需求分析重要性目前，测试过程中存在以下问题:1、产品质量维度关注不全面，测试类型不完整；2、没有测试规格，测试分解分配比拟随意；3、没有系统的工程方法或指导；4、测试过程中，经常会出现需求遗漏、测试设计遗漏的问题；为提高客户满意度需要提高产品质量，减少网上问题，作为质量保证的重要一环，测试需

7、要站在客户立场做测试，需要首先明确应该测试什么的问题。测试需求分析的目的是明确测试什么。2.2 测试需求分析根本概念测试原始需求：产品测试规格分析的输入，是从产品包需求、系统需求、测试经验库等需求来源中提取的经过整理的输入集合。测试规格：测试规格是产品测试规格和特性测试规格的通称。一般而言，我们所说的测试规格都是指产品测试规格.产品测试规格是对客户需求、产品包需求、设计需求、设计规格以及其它可能的需求进行综合的测试分析，从测试角度分析并整合形成的测试需求集合，明确了测试应该测试什么。产品测试规格经过相关整理后相互之间没有重复，每条产品测试规格都有唯一的标识。测试特性：逻辑上相关的产品测试规格集

8、合，可以是功能性的产品测试规格集合，也可以是非功能性的产品测试规格集合。逻辑相关性，指的是按照一定的规那么进行划分，这个规那么是个广义的规那么，区别于开发按照功能进行划分的特性。测试需求分析根本可以分成以下几步：，下面一一论述。2.3 原始需求收集2.3.1 原始需求来源原始需求目前主要有5类来源：1、开发需求；2、协议和标准；3、测试经验库：4、继承产品需求；5、用户原始需求；目前，应用最多的是开发需求、协议标准和继承产品需求。但是，也不能忽略掉了测试经验库和用户原始需求，往往很多隐藏较深的问题，都是在这局部发现的。2.3.2 原始需求收集使用步骤进入需求分析首页面，单击“1、原始需求收集”

9、按钮，excel自动生成“原始需求来源”标签。注：文中将以下面的文档作为需求分析模板：“原始需求来源”标签中表格如下列图所示：原始需求来源来源编号文档名称备注列名解释：1.原始需求来源：表示对被测试对象进行分析的来源的类型，目前有5类：开发需求,协议和标准,测试经验库,继承产品需求和用户原始需求。2 .来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于相同的来源以数字编号区别。开发需求-DR,协议和标准-PR,测试经验库-ER,继承产品需求-SR,用户原始需求-UR。如对于某文档XXXX产品需求规格说明书，其编号可能为DRool3 .文档名称：表示需求来源的文档的名称。然后，根据

10、需求来源和文档名称，填写此表格。注：本文以下面文档为需求来源对测试需求分析过程进行实际案例分析：需求来源：文档MINI988E2EOR.XLS：文档M1NI988设计规格样例.DOC：文档MINI988设计需求样例.DOC：根据以上相关文档，“原始需求收集”结果如下：原始需求来源来源编号文档名称备注开发需求DROOlMINI988设计需求样例.DOC开发需求DR002MINI988E2EOR.XLS开发需求DR003MINI988设计规格样例.DOC由于设计需求较为详细，设计规格作为参考，补充测试原始需求用户原始需求UROOlMINI988E2EOR-bussiness.XLS协议和标准PRO

11、Ol由于是样例，没有分析协议继承产品需求SROOl由于是样例，没有继承关系测试经验库EROOl由于是样例，没有测试经验库2.3.3原始需求收集考前须知原始需求局部最重要的一点就是要注意广泛性和全面性，要尽可能的收集更多的原始需求，而且,这些需求应该不仅仅局限于上述的五种来源类型，也不仅仅局限于各种文档、资料。2.4原始需求整理2.4.1 原始需求整理使用步骤进入需求分析首页面，单击“2、原始需求整理按钮，excel自动生成“原始需求整理”标签。如下列图所示：来源编号需求标识需求描述开发特性测试原始需求编号测试原始需求描述列名解释：1.来源编号:同“需求来源”表的“来源编号”2 .测试原始需求编

12、号:编号规那么：特性编码+XXX“特性编码”为针对开发提供的特性进行编码，可以用缩写作为编码（如VPMN特性，可以缩为VPMN）,也可以顺序编号（如，ROOl等）。XXX为顺序编号，对于同一个开发特性,如果有多条原始需求，可以按照顺序编号（Ool开始3 .测试原始需求描述:对原始需求的描述，可以是从来源文档中的需求描述的拷贝，或者是从测试角度的提炼出来的描述。4 .开发特性:表示开发文档中的功能特性。5 .需求标识:表示该原始需求在来源文档中的标识6 .需求描述:表示该原始镭求在来源文档中的描述，如果此项与“测试原始需求描述”相同可以不填写，是可选项。7 .需求优先级:表示该需求的优先级，与来

13、源文档中的相同。8 .测试规格分析的工程方法:表示对该原始需求进行测试分析时将要使用的测试规格分析的工程方法，可以多种工程方法联合使用。目前对原始需求进行测试分析的工程方法有：测试类型分析,功能交互分析,关联图分析,测试特性建模，测试规格整合,特性关系分析9 .需求是否实现:表示该需求是否是否已经实现或在本版本中是否实现。然后，根据“原始需求来源”标签中内容和其他相关文档内容，填写“原始需求整理”标签。例如：来源编号需求标识需求描述开发特性测试原始需求编号测试原始需求描述DROOl0R_MKT.00010能够支持电子邮件的收发EmailEMAIL-001能够支持电子邮件的收发DROOl0R_S

14、PT.00011通过LCD可以查看中的各种状态和错LCDLCD-OOlLCD能够显示的状态、错误信息、呼叫状态、号码误信息DR002应该支持显示输入的号码（0-9#*:字母），状态，呼叫状态。LCDLCD能够显小的状态、错误信息、呼叫状态、号码DROOl0RJ1KT.00028LCD需提供背景灯，当有来电和短消息、Email时均能自动点亮LCDI.CD-002LCD需提供背景灯，当有来电和短消息、Email时均能自动点亮2.4.2考前须知原始需求整理局部，同样要注意广泛性和全面性，要完全覆盖各种文档中的需求，不存在任何遗漏。并且可以对需求进行适当的扩充，比方，我们完全可以通过头脑风暴的方式，对

15、原始需求进行扩展或补充，从而形成新的需求，新的约束点。并且，在这个局部需要对需求进行初步的规划，尽量防止各个需求之间有过多的交集。2.5 继承性分析2.5.1 继承性分析使用步骤进入需求分析首页面，单击“3、继承性分析”按钮，excel自动生成“继承性分析”标签。如下列图所示：来源编号继承特性失效影响度成熟度继承方式优先级测试建议新增需求功能交互分析的重点列名解释：这局部比拟简单，这里就不再赘述了。然后，填写“继承性分析”标签。例如：来继承特性失效成继优测试建议新增需功能交互分析源编号影响度熟度承方式先级求的重点DROO1输入一定的按键应能获得给的序列号（序列号不唯一），方便防伪和维修MM变化

16、M重点关注特性变更局部的检查点。序列号唯一重点检查序列号唯一和其他特性产生的约束。2.5.2继承性分析考前须知这局部一定要重点关注：1、开发的新版本与以前根底版本之间的关系；输入：需求来源表历史版本的测试报告历史版本的产品的特性清单及其说明等其它可供参考的资料输出：测试策略建议新增原始需求需要进行功能交互分析的继承特性其它一些过程输出2、本继承特性在本版本中是否因为其他特性的变更而产生相应的变化或约束；3、本继承特性在本版本中的变更是否会对其他特性产生影响或约束；4、继承性分析结果主要关注功能交互，所以，后续会出现在“功能交互分析”标签中，在其中进行详细规格分析；2.6 生成测试原始需求2.6

17、1 生成测试原始需求使用步骤进入需求分析首页面，单击“4、生成测试原始需求”按钮，excel自动生成“生成测试原始需求”标签。如下列图所示：来源编号测试原始需求编号测试原始需求描述开发特性需求标识需求描述需求优先测试规格分析需求是否实现级的工程方法DROOlEMAIL-001能够支持电子邮件的收发Emai1ORJIKT.00010能够支持电子邮件的收发DROOlLCD-OOlLCD能够显示的状态、错误信息、呼叫状态、号码LCDOR_SPT.OOOll通过LCD可以查看中的各种状态和错误信息列名解释：这局部的列名在前面根本上都已经介绍过，这里就不再赘述了。然后，在该标签中，分别填写原始需求的“

18、优先级”、“测试规格分析的工程方法”和“需求是否实现”等列。例如:来源编号测试原始需求编号测试原始需求描述开发特性需求标识需求描述需求优先级测试规格分析的工程方法需求是否实现DROOlEMAIL-001能够支持电子邮件的收发Email0R_MKT.00010能够支持电子邮件的收发Il测试类型分析需实现DROOlLCD-OOlLCD能够显示的状态、错误信息、呼叫状态、号码LCD0R_SPT.00011通过LCD可以查看中的各种状态和借误信息11测试类型分析，功能交互分析需实现2.6.2考前须知1、该标签中，“测试规格分析的工程方法”列中如果想输入多个工程方法，可以双击该单元格，在弹出的对话框中，

19、选择多个工程方法即可。2、本标签中需要重点关注“测试规格分析的工程方法”。这里的工程方法，我们主要使用“测试类型分析”和“功能交互分析”；3、“测试类型分析”工程方法简介：A、测试类型分析根本思路：a.不同类型的测试会发现不同类型的Bug；b.测试类型是从不同的角度来分析和测试产品；C.不同产品对应的测试类型集合可以不同；d.每类测试类型的测试方法也会不同；B、测试类型概念其实早在我们测试中就存在，比方：性能测试、平安性测试等等，这里是进一步明确测试类型概念，建议测试部建立自己的测试类型库，更好的效劳于产品测试；C、不同类型的测试会发现不同类型的Bug。测试类型是从不同的角度来分析和测试产品，

20、测试类型多用于系统测试设计。测试类型和测试阶段有关，比方：SDV阶段适合【功能测试】，SlT阶段适合【压力测试，4、“功能交互分析”工程方法简介：A、产品功能不是独立的，功能之间存在交互B、防止有交互作用的功能的遗漏，提高功能测试的完备性C、是功能测试方面的分析，与测试类型分析形成互补交互点原始需求与功能特性关系影响与约束时序关系影响（时间、时序）功能之间存在顺序关系功能之间存在交互关系共享关系影响（数据和资源）共享数据影响共享资源影响5、测试特性建模暂时使用不多，这里不予介绍;6、测试人员需要首先对原始需求进行分析，如果该需求设计多种或一种类型测试（包括功能测试），那么需要选择“测试类型分析

21、如果该需求可能和其他需求或模块存在约束或交互关系，需要选择“功能交互分析”。2.7 测试规格分析准备2.7.1 测试规格分析准备使用步骤进入需求分析首页面，单击“5、测试规格分析准备”按钮，excel自动生成“测试规格分析准备”标签。如下列图所示：测试类型划分：测试类型编码备注功能测试FUNC一致性测试CONF互操作测试IOT平安性测试SECU流控测试LC性能测试PER压力测试STR大容量测试CAPA长时间测试LTME配置测试CFG兼容测试COMP安装测试INST备份测试BACK恢复测试RECOV易用性测试USEQos测试QOS国际化测试NAT测试特性划分：开发特性功能集合编码备注帮助帮助

22、HELP话单查询话单查询QUER话单读取话单处理TREA格式转换话单处理TREA话单分拣话单分拣DEAL详细话单计费话单分拣DEAL被叫计费话单分拣DEAL计次表计费话单分拣DEAL话单统计话单统计STAT报表处理话单统计STAT界面界面UI计费名称管理数据配置CONF用户数据管理数据配置CONF费率数据配置数据配置CONF公用数据配置数据配置CONF人工数据处理数据配置CONF系统管理系统管理SYS性能性能PERT列名解释：这局部的列名比拟浅显，这里就不再赘述了。然后，在该标签中，分别填写“测试类型划分”和“测试特性划分”表格。例如：测试类型编码备注功能测试FUNC协议测试PROT长时间测试

23、LONG安装测试INST系统性能PERT业务指标TARG压力测试STRE兼容性测试COMP配置测试CONF恢复测试RESU故障注入测试FIT流控测试FLOW开发特性功能集合编码备注Email数据业务DATALCD信息显示INFOSIM卡数据处理DDEAL呼叫业务CALL短消息短消息SMS多媒体短消息短消息SMS平安管理平安管理SECU安装结构STRU包装结构STRU编程标准菜单操作维护OMA参数设置数据配置CONF本钱尺寸待机时间地址/簿个人助理PBUSS电池发射功率个人呼叫通话定制个人助理PBUSS供电供电POWER环境环境ENTIR计费计费RATE键盘操作维护OMA结构结构STRU可测试性

24、操作维护OMA可靠性铃声下载录音个人助理PBUSS闹钟个人助理PBUSS拍照个人助理PBUSS平台屏保操作维护OMA其他渠道手册数据存储数据处理DDEAL特殊呼叫业务CALL外形网络浏览数据业务DATA网络游戏数据业务DATA协议新闻订阅个人助理PBUSS信号指标行程安排个人助理PBUSS游戏下载个人助理PBUSS语音处理语音处理RADIO自检操作维护OMA2.7.2考前须知1、“测试类型划分”表格，根据实际版本结构、情况划分测试类型，此处的测试类型,将会在下一个标签“测试类型分析”中作为横轴出现；2、针对不同的测试阶段，使用不同的测试类型:测试类型SDVSIT功能测试7一致性测试y平安性测试

25、性能测试压力测试配置测试安装测试恢复测试长时间测试系统指标测试易用性测试备份测试大容量测试流控测试兼容测试互操作测试说明：4表示该测试类型的主要的测试阶段：表示对应测试阶段有该测试类型或回归测试3、建议测试部建立自己的测试类型库，更好的效劳于产品测试；4、“测试特性划分”表格，根据版本的特性，进行划分，既要保证全覆盖，又要尽量减少相互之间的交集；5、“测试特性划分”表格中的“功能集合”，将会在下一个标签“功能交互分析”中作为横轴出现；6、“测试特性划分”表格中，需要把相关近似特性划分成一组功能集合，需要根据特性之间关联密切程度进行划分。2.8测试类型分析2.8.1测试类型分析准备使用步骤进入需

26、求分析首页面，单击“6.1、测试类型分析”按钮，excel自动生成“测试类型分析”标签。如下列图所示:测试原始需求编号测试原始需求功能测试协议测试长时间测试安装测试初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-OOl用户可以设置开机口令，在开后时，没有正确的开机口令，无法开启O列名解释：这局部的列名比拟浅显，这里就不再赘述了。然后，根据原始需求在各个测试类型的分布填写相关信息。例如：测试原始需求编号测试原始需求功能测试协议测试长时间测试安装测试初始产品测试规格编号初始产品测

27、试规格描初始产品测试规格编初始产品测试初始产品测试初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述号规格描述规格编号述TEL-OOl支持要求能支持普通具有的呼叫功能TT-FUNC-OOi作为主叫，呼叫其他用户TT-PERT-OO1电池充满电，保持通话70小时（看看最长的通话时间）TT-TARG-001最长的呼叫号码为20位2.8.2考前须知1、这个标签中最重要的工作就是，把原始需求分解到各个测试类型中去，一定要保证不能有任何遗漏；2、明确各测试类型分析思路（前面已经描述）；3、控制分析的粒度，要尽量保持每个规格所对应的检查点适当，并根本上差异不太大，并且，如果多个测试人员进行需求分

28、析，还需要所有人保持粒度一致；4、填写“初始产品测试规格编号”时，需要在编号中表达出测试类型，比方，可以在编号开头或中间参加“测试规格分析准备”标签中“测试类型划分”表格中测试类型的编号，比方TT-FUNe-001；5、如果需求在同一列（同一个测试类型）中，分解出多个初始规格的话，这些同一列中规格作为一组进行编号，比方TT-FUNC-OOi与TT-FUNC-002；6、填写“初始产品测试规格描述”时，需要能够清晰、简洁、明了的表达出该需求，在该测试类型下需要测试的特性；2.9 功能交互分析2.9.1 功能交互分析准备使用步骤进入需求分析首页面，单击“6.2、功能交互分析”按钮，excel自动生

29、成“功能交互分析”标签。如下列图所示：测试原始需求编号测试原始需求数据业务信息显示数据处理初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-OOl用户可以设置开机口令，在开启时，没有正确的开机口令，无法开启。列名解释：这局部的列名比拟浅显，这里就不再赘述了然后，根据原始需求与其他功能集合的交互特性进行相关信息的填写。例如：测试原始需求编号测试原始需求数据业务信息显示数据处理初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-O01支持要求能支

30、持普通具有的呼叫功能FI-DATA-O01进行数据业务时，有来电FI-SMS-OOl呼叫过程中，其他MS发送短消息FI-DATA-O02进行数据业务时，进行呼叫EI-SMS-002编辑短消息时，退出，进行呼叫，之后再编辑原有的短消息2.9.2考前须知1、产品功能不是独立的，功能之间存在交互为了，防止有交互作用的功能的遗漏，提高功能测试的完备性，所以必须使用功能交互工程方法，功能交互分析是功能测试方面的分析，与测试类型分析形成互补；2、这个标签中最重要的工作就是，把原始需求与“测试规格分析准备”标签中“测试特性划分”表格中“功能集合”之间的约束关系，全部填入对应的“初始产品测试规格描述单元格中，

31、一定要保证不能有任何遗漏；3、控制分析的粒度，要尽量保持每个规格所对应的检查点适当，并根本上差异不太大，并且，如果多个测试人员进行需求分析，还需要所有人保持粒度一致；4、填写“初始产品测试规格编号”时，需要在编号中表达出测试类型，比方，可以在编号开头或中间参加“测试规格分析准备”标签中“测试特性划分”表格中测试类型的编号；5、如果需求在同一列（同一个功能集合）中，分解出多个初始规格的话，这些同一列中规格作为一组进行编号，比方TT-FUNC-OOi与TT-FUNC-002；6、填写“初始产品测试规格描述”时，需要能够清晰、简洁、明了的表达出该需求，在该功能集合下需要测试的特性；7、进行分析时需要

32、充分考虑功能之间的时序关系影响和共享关系影响;交互点原始需求与功能特性关系影响与约束时序关系影响（时间、时序）功能之间存在顺序关系功能之间存在交互关系共享关系影响（数据和资源）共享数据影响共享资源影响8、横轴是新增特性和继承特性，继承特性来自于继承性分析的结果，所以，还需要关注继承特性的交互分析；9、分析方法有两种形式：先标记后分析、直接分析：先标记后分析：就是在功能交互分析表中，根据分析或经验判断每个交互点是否存在的交互情况，如有，先进行标记，然后只对有标记的交互点再进行分析，产生初始产品测试规格。直接分析：就是直接分析每一个交互点，对有交互内容的交互点产生初始产品测试规格10、功能交互分析

33、的结果可以作为测试类型分析的输入，但是操作复杂，不建议这样应用；2.10 产品测试规格整理2.10.1 产品测试规格整理使用步骤进入需求分析首页面，单击“7、产品测试规格整理按钮，excel自动生成“产品测试规格整理”标签O如下列图所示:测试原始需求编号测试原始需求描述初始产品测试规格编号初始产品测试规格描述测试类型测试特性大类小类产品测试规格编号产品测试规格描述整合方法初始测试规格跟踪号支持短消息的发送和接收（普通功能测试SMS-OOl的短消息），管理（编辑、删除等）TT-FUNC-OOi短消息编辑支持短消息的发电池充满电，每长送和接收（普通个小时发送/接时SMS-OOl的短消息），管TT-

34、LONG-OOi受20个短消息，间理（编辑、删除看看作长待机时测等）间试SMS-OOl支持短消息的发送和接收（普通的短消息），管TT-TARG-OOi发送的超长短消息最长为500个字符安装测理（编辑、删除试列名解释：1 .测试原始需求编号:同“测试原始需求”表中的“测试原始需求描述“2 .测试特性:表示该产品测试特性属于测试特性建模中的哪个测试特性3 .初始产品测试规格编号:“编号规那么：工程方法编码.子类编码-XXX。测试组11J以选用不同的工程方法开展产品测试规格分析，这里将不同的工程方法进行编号，可以使用缩写。子类编码是可选的，有些工程方法会产生子类，比方：测试类型分析工程方法有一个工程

35、方法编码，其子类也有一个编码，子类编码就是测试类型。XXX是某个工程方法及其子类产生的测试规格顺序编号。如，一个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码为TT-FUNC-OOU产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，对每个工程方法进行编号。如果采用私有的工程方法，也需要编号。4 .初始产品测试规格描述:是对产品测试规格的比拟详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进行分析时理解一致，不会产生歧义，可以不再参考“需求来源”表中的来源文档。5 .测试类型:表示该产品测试规格对被测试对象进行测试时的测试类

36、型。然后，进行相关信息的填写。例如：测试原始需求编号测试原始需求描述初始产品测试规格编号初始产品测试规格描述测试类型测试特性大类小类产品测试规格编号产品测试规格描述整合方法初始测试规格跟踪号支持短消息的发送和接收功SMS-OOl（普通的短消息），TT-FUNC-OOi短消息编辑能测TT-FUNC-OOi短消息编辑TT-FUNC-OOi管理（编辑、删除试新等）建2.10.2考前须知1、依据确定的测试规格分析工程方法，针对原始需求逐一分析得出初始的产品测试规格。每个工程分析方法得出的产品测试规格应该先进行内部的测试规格整理，过滤掉重复的。2、汇总初始的产品测试规格，为下一步测试特性建模和测试规格整

37、理提供素材。3、通过测试特性建模，明确本次新增的测试特性及其边界。4、将分析得出的初始的产品测试规格，按照一定的原那么和方法进行整合，并按测试特性归类，得出最终本表所述的产品测试规格。2.11生成最终产品测试规格2.11.1 生成最终产品测试规格使用步骤进入需求分析首页面，单击“8、生成最终产品测试规格”按钮，excel自动生成“生成最终产品测试规格”标签。如下列图所示：测试原始需求编号测试原始需求描述测试特性大类小类产品测试规格编号产品测试规格描述测试类型验证方法使用频率影响程度失效可能性优先级估/7-用例规模用例估计说明SMS-001支持短消息的发送和接收（普通的短消息），管理（编辑、删除

38、等）TT-FUNC-OOi短消息编辑功能测试列名解释：1 .测试原始需求编号:同“测试原始需求”表中的“测试原始错求描述”2 .测试特性:表示该产品测试特性属于测试特性建模中的哪个测试特性3 .产品测试规格编号:“编号规那么：工程方法编码-r类编码-XXX。测试组可以选用不同的工程方法开展产品测试规格分析，这里将不同的工程方法进行编号，可以使用缩写。f类编码是可选的，有些工程方法会产生子类，比方：测试类型分析工程方法有个工程方法编码，其广类也有个编码，广类编码就是测试类型。XXX是某个工程方法及其子类产生的测试规格顺序编号。如，个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码

39、为TT-FUNC-OOio产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，时每个工程方法进行编号。如果采用私有的工程方法，也需要编号。4 .产品测试规格描述:是对产品测试规格的比拟详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进行分析时理解一致，不会产生歧义，可以不再参考“需求来源”表中的来源文档。5 .测试类型:表示该产品测试规格对被测试对象进行测试时的测试类型。6 .验证方法:表示本产品测试规格适合在什么阶段如何进行验证的。目前有如下验证方法：单元测试,集成测试,系统测试,评审检视。7 .优先级:根据风险评估三个维度（“使用频率”、“失效可能性”、“影响程度”）计算的优先级别。8 .估计用例规模:对该产品测试规格产生的测试用例的估计然后，进行相关信息的填写。例如：测测试原始测大小产品测试规产品测试类验证使影失优估用试需求描述试类类格编号测试型方法用响效先计例原始需求编号特性规格描述频率程度可能件级用例规模估计说明SMS-OO1支持短消息的发送和接