HW-测试需求分析过程详解.doc

产品名称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-051.00初稿完成王健立 59754目 录Table of Contents 1目的52正文62.1测试需求分析重要性62.2测试需求分析基本概念62.3原始需求收集62.3.1原始需求来源62.3.2原始需求收集使用步骤72.3.3原始需求收集注意事项92.4原始需求整理92.4.1原始需求整理使用步骤92.4.2注意事项122.5继承性分析122.5.1继承性分析使用步骤122.5.2继承性分析注意事项132.6生成测试原始需求142.6.1生成测试原始需求使用步骤142.6.2注意事项162.7测试规格分析准备182.7.1测试规格分析准备使用步骤182.7.2注意事项222.8测试类型分析232.8.1测试类型分析准备使用步骤232.8.2注意事项252.9功能交互分析262.9.1功能交互分析准备使用步骤262.9.2注意事项272.10产品测试规格整理292.10.1产品测试规格整理使用步骤292.10.2注意事项312.11生成最终产品测试规格312.11.1生成最终产品测试规格使用步骤312.11.2注意事项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、 协议和规范；3、 测试经验库；4、 继承产品需求；5、 用户原始需求；目前，应用最多的是开发需求、协议规范和继承产品需求。但是，也不能忽略掉了测试经验库和用户原始需求，往往很多隐藏较深的问题，都是在这部分发现的。2.3.2 原始需求收集使用步骤进入需求分析首页面，单击“1、原始需求收集”按钮，excel自动生成“原始需求来源”标签。注：文中将以下面的文档作为需求分析模板：“原始需求来源”标签中表格如下图所示：原始需求来源来源编号文档名称备注列名解释：1.原始需求来源：表示对被测试对象进行分析的来源的类型，目前有5类：开发需求,协议和规范,测试经验库,继承产品需求和用户原始需求。2.来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于相同的来源以数字编号区别。开发需求-DR，协议和规范-PR，测试经验库-ER，继承产品需求-SR，用户原始需求-UR。如对于某文档XXXX产品需求规格说明书，其编号可能为DR0013.文档名称：表示需求来源的文档的名称。然后，根据需求来源和文档名称，填写此表格。注：本文以下面文档为需求来源对测试需求分析过程进行实际案例分析：需求来源：文档MINI988 E2E OR.XLS：文档MINI988设计规格样例.DOC：文档MINI988设计需求样例.DOC：根据以上相关文档，“原始需求收集”结果如下：原始需求来源来源编号文档名称备注开发需求DR001MINI988设计需求样例.DOC开发需求DR002MINI988 E2E OR.XLS开发需求DR003MINI988设计规格样例.DOC由于设计需求较为详细，设计规格作为参考，补充测试原始需求用户原始需求UR001MINI988 E2E OR-bussiness.XLS协议和规范PR001由于是样例，没有分析协议继承产品需求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.需求是否实现:表示该需求是否是否已经实现或在本版本中是否实现。然后，根据“原始需求来源”标签中内容和其他相关文档内容，填写“原始需求整理”标签。例如： 来源编号需求标识需求描述开发特性测试原始需求编号测试原始需求描述DR001OR_MKT.00010能够支持电子邮件的收发EmailEMAIL-001能够支持电子邮件的收发DR001OR_SPT.00011通过LCD可以查看手机中的各种状态和错误信息LCDLCD-001LCD能够显示手机的状态、错误信息、呼叫状态、号码DR002手机应该支持显示输入的号码（0-9 # * ： 字母），手机状态，呼叫状态。LCDLCD能够显示手机的状态、错误信息、呼叫状态、号码DR001OR_MKT.00028LCD需提供背景灯，当有来电和短消息、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能够支持电子邮件的收发EmailOR_MKT.00010能够支持电子邮件的收发DR001LCD-001LCD能够显示手机的状态、错误信息、呼叫状态、号码LCDOR_SPT.00011通过LCD可以查看手机中的各种状态和错误信息列名解释：这部分的列名在前面基本上都已经介绍过，这里就不再赘述了。然后，在该标签中，分别填写原始需求的“优先级”、“测试规格分析的工程方法”和“需求是否实现”等列。例如： 来源编号测试原始需求编号测试原始需求描述开发特性需求标识需求描述需求优先级测试规格分析的工程方法需求是否实现DR001EMAIL-001能够支持电子邮件的收发EmailOR_MKT.00010能够支持电子邮件的收发H测试类型分析需实现DR001LCD-001LCD能够显示手机的状态、错误信息、呼叫状态、号码LCDOR_SPT.00011通过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兼容测试COMP安装测试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兼容性测试COMP配置测试CONF恢复测试RESU故障注入测试FIT流控测试FLOW开发特性功能集合编码备注Email数据业务DATALCD信息显示INFOSIM卡数据处理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自检操作维护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.产品测试规格描述:是对产品测试规格的比较详细的描述，这里的描述详细程度要求在测试方案设计阶段对该测试规格进行分析时理解一致，不会产生歧义，可以不