HW-测试需求分析报告过程详解

word产品名称Product name密级Confidentiality level内部公开产品版本Product versionTotal 32pages 共32页测试需求分析过程详解入门级(仅供内部使用For internal use only拟制:Prepared by王健立 59754日期：Date2008-12-05审核:Reviewed by日期：Date批准:Granted by日期：Date华为技术某某Huawei Technologies Co., Ltd.所有 侵权必究All rights reserved修订记录Revision record日期Date修订版本Revision version修改描述 change Description作者Author2008-12-05初稿完成王健立 59754目 录Table of Contents 1目的52正文6测试需求分析重要性6测试需求分析根本概念6原始需求收集6原始需求来源6原始需求收集使用步骤7原始需求收集须知事项9原始需求整理9原始需求整理使用步骤9须知事项12继承性分析12继承性分析使用步骤12继承性分析须知事项13生成测试原始需求14生成测试原始需求使用步骤14须知事项16测试规格分析准备18测试规格分析准备使用步骤18须知事项22测试类型分析23测试类型分析准备使用步骤23须知事项25功能交互分析26功能交互分析准备使用步骤26须知事项27产品测试规格整理29产品测试规格整理使用步骤29须知事项31生成最终产品测试规格31生成最终产品测试规格使用步骤31须知事项343结尾34测试需求分析过程详解入门级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、 协议和规X；3、 测试经验库；4、 继承产品需求；5、 用户原始需求；目前，应用最多的是开发需求、协议规X和继承产品需求。但是，也不能忽略掉了测试经验库和用户原始需求，往往很多隐藏较深的问题，都是在这局部发现的。2.3.2 原始需求收集使用步骤进入需求分析首页面，单击“1、原始需求收集按钮，excel自动生成“原始需求来源标签。注：文中将以下面的文档作为需求分析模板：“原始需求来源标签中表格如如下图所示：原始需求来源来源编号文档名称备注列名解释：1.原始需求来源：表示对被测试对象进展分析的来源的类型，目前有5类：开发需求,协议和规X,测试经验库,继承产品需求和用户原始需求。2.来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于一样的来源以数字编号区别。开发需求-DR，协议和规X-PR，测试经验库-ER，继承产品需求-SR，用户原始需求-UR。如对于某文档XXXX产品需求规格说明书，其编号可能为DR0013.文档名称：表示需求来源的文档的名称。然后，根据需求来源和文档名称，填写此表格。注：本文以下面文档为需求来源对测试需求分析过程进展实际案例分析：需求来源：文档：文档：文档：根据以上相关文档，“原始需求收集结果如下：原始需求来源来源编号文档名称备注开发需求DR001开发需求DR002开发需求DR003由于设计需求较为详细，设计规格作为参考，补充测试原始需求用户原始需求UR001协议和规XPR001由于是样例，没有分析协议继承产品需求SR001由于是样例，没有继承关系测试经验库ER001由于是样例，没有测试经验库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能够支持电子的收发EmailEMAIL-001能够支持电子的收发DR001通过LCD可以查看手机中的各种状态和错误信息LCDLCD-001LCD能够显示手机的状态、错误信息、呼叫状态、DR002手机应该支持显示输入的0-9 # * ： 字母，手机状态，呼叫状态。LCDLCD能够显示手机的状态、错误信息、呼叫状态、DR001LCD需提供背景灯，当有来电和短消息、Email时均能自动点亮LCDLCD-002LCD需提供背景灯，当有来电和短消息、Email时均能自动点亮2.4.2 须知事项原始需求整理局部，同样要注意广泛性和全面性，要完全覆盖各种文档中的需求，不存在任何遗漏。并且可以对需求进展适当的扩大，比如，我们完全可以通过头脑风暴的方式，对原始需求进展扩展或补充，从而形成新的需求，新的约束点。并且，在这个局部需要对需求进展初步的规划，尽量防止各个需求之间有过多的交集。2.5 继承性分析2.5.1 继承性分析使用步骤进入需求分析首页面，单击“3、继承性分析按钮，excel自动生成“继承性分析标签。如如下图所示：来源编号继承特性失效影响度成熟度继承方式优先级测试建议新增需求功能交互分析的重点列名解释：这局部比拟简单，这里就不再赘述了。然后，填写“继承性分析标签。例如： 来源编号继承特性失效影响度成熟度继承方式优先级测试建议新增需求功能交互分析的重点DR001输入一定的按键应能获得给手机的序列号序列号不唯一，方便防伪和维修MM变化M重点关注特性变更局部的检查点。序列号唯一重点检查序列号唯一和其他特性产生的约束。2.5.2 继承性分析须知事项这局部一定要重点关注：1、开发的新版本与以前根底版本之间的关系；输入：需求来源表历史版本的测试报告历史版本的产品的特性清单与其说明等其它可供参考的资料输出：测试策略建议新增原始需求需要进展功能交互分析的继承特性其它一些过程输出2、本继承特性在本版本中是否因为其他特性的变更而产生相应的变化或约束；3、本继承特性在本版本中的变更是否会对其他特性产生影响或约束；4、继承性分析结果主要关注功能交互，所以，后续会出现在“功能交互分析标签中，在其中进展详细规格分析；2.6 生成测试原始需求2.6.1 生成测试原始需求使用步骤进入需求分析首页面，单击“4、生成测试原始需求按钮，excel自动生成“生成测试原始需求标签。如如下图所示：来源编号测试原始需求编号测试原始需求描述开发特性需求标识需求描述需求优先级测试规格分析的工程方法需求是否实现DR001EMAIL-001能够支持电子的收发Email能够支持电子的收发DR001LCD-001LCD能够显示手机的状态、错误信息、呼叫状态、LCD通过LCD可以查看手机中的各种状态和错误信息列名解释：这局部的列名在前面根本上都已经介绍过，这里就不再赘述了。然后，在该标签中，分别填写原始需求的“优先级、“测试规格分析的工程方法和“需求是否实现等列。例如： 来源编号测试原始需求编号测试原始需求描述开发特性需求标识需求描述需求优先级测试规格分析的工程方法需求是否实现DR001EMAIL-001能够支持电子的收发Email能够支持电子的收发H测试类型分析需实现DR001LCD-001LCD能够显示手机的状态、错误信息、呼叫状态、LCD通过LCD可以查看手机中的各种状态和错误信息H测试类型分析, 功能交互分析需实现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兼容测试P安装测试INST备份测试BACK恢复测试RECOV易用性测试USEQos测试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兼容性测试P配置测试CONF恢复测试RESU故障注入测试FIT流控测试FLOW开发特性功能集合编码备注Email数据业务DATALCD信息显示INFOSIM卡数据处理DDEAL呼叫业务CALL短消息短消息SMS多媒体短消息短消息SMS安全管理安全管理SECU安装结构STRU包装结构STRU编程规X菜单操作维护OMA参数设置数据配置CONF本钱尺寸待机时间地址/簿个人助理PBUSS电池发射功率个人呼叫通话定制个人助理PBUSS供电供电POWER环境环境ENTIR计费计费RATE键盘操作维护OMA结构结构STRU可测试性操作维护OMA可靠性铃声下载录音个人助理PBUSS闹钟个人助理PBUSS拍照个人助理PBUSS平台屏保操作维护OMA其他渠道手册数据存储数据处理DDEAL特殊呼叫业务CALL外形网络浏览数据业务DATA网络游戏数据业务DATA协议新闻订阅个人助理PBUSS信号指标行程安排个人助理PBUSS游戏下载个人助理PBUSS语音处理语音处理RADIO自检操作维护OMA2.7.2 须知事项1、“测试类型划分表格，根据实际版本结构、情况划分测试类型，此处的测试类型，将会在下一个标签“测试类型分析中作为横轴出现；2、针对不同的测试阶段，使用不同的测试类型：测试类型SDVSIT功能测试一致性测试安全性测试性能测试压力测试配置测试安装测试恢复测试长时间测试系统指标测试易用性测试备份测试大容量测试流控测试兼容测试互操作测试说明：表示该测试类型的主要的测试阶段；表示对应测试阶段有该测试类型或回归测试3、建议测试部建立自己的测试类型库，更好的服务于产品测试；4、“测试特性划分表格，根据版本的特性，进展划分，既要保证全覆盖，又要尽量减少相互之间的交集；5、“测试特性划分表格中的“功能集合，将会在下一个标签“功能交互分析中作为横轴出现；6、“测试特性划分表格中，需要把相关近似特性划分成一组功能集合，需要根据特性之间关联密切程度进展划分。2.8 测试类型分析2.8.1 测试类型分析准备使用步骤进入需求分析首页面，单击“6.1、测试类型分析按钮，excel自动生成“测试类型分析标签。如如下图所示：测试原始需求编号测试原始需求功能测试协议测试长时间测试安装测试初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-001用户可以设置开机口令，在手机开启时，没有正确的开机口令，无法开启手机。列名解释：这局部的列名比拟浅显，这里就不再赘述了。然后，根据原始需求在各个测试类型的分布填写相关信息。例如： 测试原始需求编号测试原始需求功能测试协议测试长时间测试安装测试初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-001支持要求能支持普通手机具有的呼叫功能TT-FUNC-001手机作为主叫，呼叫其他用户TT-PERT-001电池充满电，保持通话70小时看看最长的通话时间TT-TARG-001手机最长的呼叫为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自动生成“功能交互分析标签。如如下图所示：测试原始需求编号测试原始需求数据业务信息显示数据处理初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-001用户可以设置开机口令，在手机开启时，没有正确的开机口令，无法开启手机。列名解释：这局部的列名比拟浅显，这里就不再赘述了。然后，根据原始需求与其他功能集合的交互特性进展相关信息的填写。例如： 测试原始需求编号测试原始需求数据业务信息显示数据处理初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述初始产品测试规格编号初始产品测试规格描述TEL-001支持要求能支持普通手机具有的呼叫功能FI-DATA-001进展数据业务时，有来电FI-SMS-001呼叫过程中，其他MS发送短消息FI-DATA-002进展数据业务时，进展呼叫FI-SMS-002编辑短消息时，退出，进展呼叫，之后再编辑原有的短消息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自动生成“产品测试规格整理标签。如如下图所示：测试原始需求编号测试原始需求描述初始产品测试规格编号初始产品测试规格描述测试类型测试特性大类小类产品测试规格编号产品测试规格描述整合方法初始测试规格跟踪号SMS-001支持短消息的发送和接收普通的短消息，管理编辑、删除等TT-FUNC-001短消息编辑功能测试SMS-001支持短消息的发送和接收普通的短消息，管理编辑、删除等TT-LONG-001电池充满电，每个小时发送/承受20个短消息，看看作长待机时间长时间测试SMS-001支持短消息的发送和接收普通的短消息，管理编辑、删除等TT-TARG-001发送的超长短消息最长为500个字符安装测试列名解释：1.测试原始需求编号:同“测试原始需求表中的“测试原始需求描述2.测试特性:表示该产品测试特性属于测试特性建模中的哪个测试特性3.初始产品测试规格编号:编号规如此：工程方法编码-子类编码-XXX。测试组可以选用不同的工程方法开展产品测试规格分析，这里将不同的工程方法进展编号，可以使用缩写。子类编码是可选的，有些工程方法会产生子类，比如：测试类型分析工程方法有一个工程方法编码，其子类也有一个编码，子类编码就是测试类型。XXX是某个工程方法与其子类产生的测试规格顺序编号。如，一个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码为TT-FUNC-001。产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，对每个工程方法进展编号。如果采用私有的工程方法，也需要编号。4.初始产品测试规格描述:是对产品测试规格的比拟详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进展分析时理解一致，不会产生歧义，可以不再参考“需求来源表中的来源文档。5.测试类型:表示该产品测试规格对被测试对象进展测试时的测试类型。然后，进展相关信息的填写。例如： 测试原始需求编号测试原始需求描述初始产品测试规格编号初始产品测试规格描述测试类型测试特性大类小类产品测试规格编号产品测试规格描述整合方法初始测试规格跟踪号SMS-001支持短消息的发送和接收普通的短消息，管理编辑、删除等TT-FUNC-001短消息编辑功能测试TT-FUNC-001短消息编辑新建TT-FUNC-0012.10.2 须知事项1、依据确定的测试规格分析工程方法，针对原始需求逐一分析得出初始的产品测试规格。每个工程分析方法得出的产品测试规格应该先进展内部的测试规格整理，过滤掉重复的。2、汇总初始的产品测试规格，为下一步测试特性建模和测试规格整理提供素材。3、通过测试特性建模，明确本次新增的测试特性与其边界。4、将分析得出的初始的产品测试规格，按照一定的原如此和方法进展整合，并按测试特性归类，得出最终本表所述的产品测试规格。2.11 生成最终产品测试规格2.11.1 生成最终产品测试规格使用步骤进入需求分析首页面，单击“8、生成最终产品测试规格按钮，excel自动生成“生成最终产品测试规格标签。如如下图所示：测试原始需求编号测试原始需求描述测试特性大类小类产品测试规格编号产品测试规格描述测试类型验证方法使用频率影响程度失效可能性优先级估计用例规模用例估计说明SMS-001支持短消息的发送和接收普通的短消息，管理编辑、删除等TT-FUNC-001短消息编辑功能测试列名解释：1.测试原始需求编号:同“测试原始需求表中的“测试原始需求描述2.测试特性:表示该产品测试特性属于测试特性建模中的哪个测试特性3.产品测试规格编号:编号规如此：工程方法编码-子类编码-XXX。测试组可以选用不同的工程方法开展产品测试规格分析，这里将不同的工程方法进展编号，可以使用缩写。子类编码是可选的，有些工程方法会产生子类，比如：测试类型分析工程方法有一个工程方法编码，其子类也有一个编码，子类编码就是测试类型。XXX是某个工程方法与其子类产生的测试规格顺序编号。如，一个使用测试类型工程方法的功能测试子类型分析出来的测试规格可以为编码为TT-FUNC-001。产品测试规格分析子活动可以选用不同的工程方法，建议在分析之前首先确定需要采用的工程方法，对每个工程方法进展编号。如果采用私有的工程方法，也需要编号。4.产品测试规格描述:是对产品测试规格的比拟详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进展分析时理解一致，不会产生歧义，可以不再参考“需求来源表中的来源文档。5.测试类型:表示该产品测试规格对被测试对象进展测试时的测试类型。6.验证方法:表示本产品测试规格适合在什么阶段如何进展验证的。目前有如下验证方法：单元测试,集成测试,系统测试,评审检视。7.优先级:根据风险评估三个维度“使用频率、“失效可能性、“影响程度计算的优先级别。8.估计用例规模:对该产品测试规格产生的测试用例的估计然后，进展相关信息的填写。例如： 测试原始需求编号测试原始需求描述测试特性大类小类产品测试规格编号产品测试规格描述测试类型验证方法使用频率影响程度失效可能性优先级估计用例规模用例估计说明SMS-001支持短消息的发送和接收普通的短消息，管理编辑、删除等短消息维护消息管理短消息TT-FUNC-001短消息编辑功能测试系统测试HMMH252.11.2 须知事项1、需要根据规格的实际使用频率、影响程度和失效可能性来确定规格的优先级，并在后期测试设计和测试执行中表现出来优先级高的重点关注；2、需要根据规格估算出大致的用例规模，以为后期测试设计工作量分配提供参考依据。并可以以此处的用例规模作为测试工作量估计结果；3、如果在测试分析过程中，想到一些规格特别的约束条件或检查点，请务必与时记录，以防止遗忘；3 结尾至此，测试需求分析，已经全部完成。下面我们将根据测试需求分析的输出测试规格，进展测试方案的设计。 32 / 32