测试需求分析PPT.ppt

*,单击此处编辑母版标题样式,产品线测试部,（测试需求分析）,目录,测试需求分析背景,测试需求分析理论,测试需求分析工程方法,测试需求分析应用,为什么要做测试需求分析？,测试了很多，还有这么多网上问题？,客户到底关心什么？,不知道如何站在客户立场测试？,网上问题漏测：测试设计不充分,60%,！,这些问题怎么没有考虑到？,需要做测试需求分析！,现状？,测试对象分析,测试用例设计（方案内的）,测试用例,测试输入,TR3,TR4,没有测试需求分析过程,测试经理口头分配,测试方案任务不明确,测试对象分析侧重,测试方案内部实现,现状存在什么问题？,测试过程与结果缺乏质量评估与控制,过多关注功能实现、产品质量维度关注不全面,没有统一成熟的分析设计工程方法,支撑,业界情况,SDT,公司测试分析设计,IBM,的测试设计七步法,某路由器公司的测试阶段和测试类型,MOTO,故障插入测试,以业界公司为标杆，建立自己的测试分析设计体系,借鉴业界公司的经验，总结相关工程方法,好的示例,测试需求分析业界介绍（,SDT,公司）,Test Frame,的测试设计模式,测试划分,测试需求分析,业界思路总结,测试类型,测试划分,强调测试需求分析，测试需求不仅仅来自需求文档,电子表格是支撑测试分析设计的主要工具,(,我现在常用的是,freemind,先分解划块儿，在分块细化,),不同类型的测试会发现不同类型的,Bug,。测试类型是从不同的角度来分析和测试产品,目录,测试需求分析背景,测试需求分析理论,测试需求分析工程方法,测试需求分析应用,测试需求分析目的,清晰把握测试需求！,时刻关注产品质量！,测试需求分析目的是：明确应该,测试什么,。即明确测试需求，其核心是产品质量。,产品质量,就是符合用户的明确的或隐含的需求的程度。,需求文档中的产品需求、系统设计需求是明确的需求,未在需求文档中明确的隐含的用户需求也是我们需要分析的，如用户使用产品方式、感受、业务习惯,Test requirements,are useful sets of input that should be tested.,Brian Marick,测试需求分析的目的？,测试需求分析基本概念（,1,）测试视角,测试类型,功能交互,产品继承,分解分配,测试有哪些独特的视角？,测试与开发的思路有哪些不同？,测试的视角体现了测试的思维活动,这四个视角是工程方法的基础,测试需求分析基本概念（,2,）活动框架（,1,）,阶段,活动,工程方法,测试分析设计基本概念,测试分析设计组织保证,测试分析设计表,产品测试需求分析,测试规格分解分配,产品测试规格,特性测试需求分析,分配后测试规格,特性测试设计,测试设计维护,特性测试规格,测试用例,设计规格,协议,/,规范,/,标准,测试分析经验库,SRS,协议,/,规范,测试设计经验库,其他输入,测,试,需,求,分,析,测,试,方,案,设,计,测,试,用,例,设,计,测试用例设计,测试用例,测试用例设计维护,产品分析,产品包需求,设计需求,仅做参考,测试需求分析基本概念（,3,）活动框架（,2,）,测试需求分析基本概念（,3,）活动框架（,2,）,产品测试需求分析,特性测试需求分析,特性测试设计,测试用例设计,SRS,HLD,LLD,CODING,测试需求分析活动类比开发活动图,阶段,产品分析,测试规格分解分配,特性测试需求分析,特性测试设计,测试用例设计,活动,/,子活动,结果输出,测试需求分析,测试方案设计,产品测试规格分析,原始需求提取,产品测试需求分析,测试类型分析；,功能交互分析；,关联图分析；,测试特性建模；,测试规格整合,测试特性交互分析,测试组网分析；,判定表；,因果图；,测试场景分析,正交测试分析法,正交试验设计法,等价类划分；,边界值；,因果图；,正交试验设计法；,测试分析设计表,之需求来源表,测试分析设计表,之原始需求表,测试分析设计表,之产品测试规格表；,测试需求分析报告,.doc,特性测试工作任务书,.doc,测试分析设计表,之特性测试规格表,测试分析设计表,之测试用例表,原始需求提取方法,继承性分析,工程方法,测试需求分析基本概念（,4,）活动框架（,3,）,测试需求分析基本概念（,5,）名词解释,测试原始需求,：产品测试规格分析的输入，是从,产品包需求、系统需求、测试经验库,等需求来源中提取的经过整理的输入集合。,测试规格,：测试规格是产品测试规格和特性测试规格的通称。一般而言，我们所说的测试规格都是指产品测试规格。,产品测试规格是对客户需求、产品包需求、设计需求、设计规格以及其它可能的需求进行综合的测试分析，从测试角度分析并整合形成的测试需求集合,，,明确了测试应该测试什么,。产品测试规格经过相关整理后相互之间没有重复，每条产品测试规格都有唯一的标识。,测试特性,：,逻辑上相关,的产品测试规格集合，可以是功能性的产品测试规格集合，也可以是非功能性的产品测试规格集合。逻辑相关性，指的是按照一定的规则进行划分，这个规则是个广义的规则，区别于开发按照功能进行划分的特性。,测试需求分析活动（,1,）产品分析,产品分析主要是产品知识前期学习和熟悉,确定产品测试需求分析的来源,确定测试分析设计策略,这个产品,/,版本是什么？赶紧学习相关资料！,下一步如何分析？,测试需求分析活动（,2,）提取测试原始需求,子活动准备（分工组织、提取策略）,提取测试原始需求,测试原始需求整理,确定测试规格分析工程方法,测试经验库,开发需求,协议和规范,用户需求,继承产品需求,测试原始需求,测试原始需求,测试原始需求,直接提取,继承性分析,直接提取,直接提取,直接提取,分工合作,确定工程方法,合理规整测试原始需求,子活动准备（分工组织、工程方法应用策略）,运用工程方法进行分析，得出初始的产品测试规格：测试类型分析、功能交互分析、关联图分析、其他分析方法,测试特性建模,:,从测试角度，划分出测试特性，并对初始的测试规格进行整合，按照测试特性进行归类，得到最终具有完整属性的产品测试规格。,修正,测试原始需求,测试类型分析功能交互分析,关联图分析其他工程方法,初始产品测试规格,测试特性建模,测试特性,测试规格,整合,产品测试规格,修正,修正,测试原始需求,测试类型分析功能交互分析,关联图分析其他工程方法,初始产品测试规格,测试特性,测试规格整合,产品测试规格,测试特性建模,测试特性建模时机的不同产生两种活动方式,测试需求分析活动（,3,）产品测试规格分析,测试需求分析活动（,4,）测试规格分解分配,通过测试特性建模形成测试特性,产品测试规格分解分配到测试特性,以测试特性为单位进行测试方案设计,以测试方案设计任务书形式交付测试方案设计阶段,测试方案设计任务书,测试特性,3,测试特性,2,测试特性,1,产品测试规格,测试分析设计评估,质量,测试用例密度,覆盖率,ODC,评估（不同触发因素的比率）,测试类型评估（不同测试类型的比率）,测试用例,/,每千行代码,不同设计规格的覆盖率（,2/8,原则）,设计规格的覆盖率,测试需求分析活动（,5,）测试规格评估,评估方法,评估思路,适用范围,备注,测试类型评估,不同测试类型能否发现不同类型的缺陷，依据测试类型来评估测试分析设计工作是非常必要的，我们必须在产品初期就要规划测试类型，以期尽可能的发现所有相关类型的缺陷，而不是发现某几种类型的缺陷,针对产品测试规格评估，可以发现测试需求分析中的问题。,每种测试类型的比率是否合适，需要建立一个基线,设计规格覆盖率,所有的设计规格都应该覆盖，但是由于部分设计规格不适合做系统测试或者没有相关测试手段，对于这部分设计规格需要明确提出。,针对产品测试规格进行评估，可以给出系统测试可以验证的覆盖率,对于不能测试的设计规格，应该提出相应的验证方法（检视、单元测试等等），这是一种风险，另外，这些设计规格也是可测试性需求的一部分,不同设计规格的覆盖率,每个设计规格的使用频率和发生错误的可能性都不一样，对于风险较大的设计规格，应该依据,2/8,原则，会设计更多的测试用例。基于这种思路来评估，可以确定我们的设计重点,针对产品测试规格评估，明确那些测试规格是重点。,这种评估可以测试方案设计的策略,测试需求分析活动（,6,）测试规格评估,客户需求,产品包需求,设计需求,设计规格,SRS,HLD,LLD,MST,MIT,MUT,产品测试规格,测试特性,特性测试规格,测试用例,TSE,负责跟踪,PL,负责跟踪,测试要同时验证客户需求、产品包需求、设计需求,测试需求分析活动（,7,）测试规格跟踪,通过编号方案可以弄清楚测试分析设计输出之间的关系，建立一个跟踪体系。,需求来源：来源编码,XXX,原始需求：特性编码,XXX,初始产品测试规格：工程方法编码,-,子类编码,-XXX,产品测试规格：测试特性编码,-,大类编码,-,子类编码,-XXX,特性测试规格：测试特性编码,-XXX,测试用例：特性测试规格编号,-XXX,测试需求分析活动（,8,）测试规格编号方案,为什么有测试规格维护？,产品测试规格基线化；,测试输入产生变更！,开发类来源：,变更的客户需求,产品包需求,产品设计需求,设计规格,概要设计,详细设计,代码,测试类来源：,变更的测试经验库,测试方案,测试报告等,更新的基线化输出产品测试规格、测试用例；,总结的经验输出到测试经验库中，更新的测试经验库的相关内容也是一个输出；,在,测试需求分析报告,、,测试方案,中对于测试分析与设计维护活动的过程和内容的记录；,测试规格维护,输入,输出,测试需求分析活动（,9,）测试规格维护,目录,测试需求分析背景,测试需求分析理论,测试需求分析工程方法,测试需求分析应用,测试需求分析工程方法概图,产品分析指导书,继承性分析工程方法,原始测试需求提取指导书,需求来源表,原始需求表,测试类型分析工程方法,功能交互分析工程方法,关联图分析工程方法,产品测试规格分析指导书,产品测试规格表,(,未划分测试特性,),测试特性建模工程方法,测试规格整合工程方法,产品测试规格表,(,划分测试特性,),测试规格分解分配指导书,测试特性方案设计任务书,测试特性交互分析工程方法,推荐的工程方法,虽然说上面提到的工程方法都是一种参考，大家可以依据实际情况选用，但是从测试视角出发，在测试规格的分析活动中，推荐以下三种工程方法：,继承性分析,测试类型分析,功能交互分析,一、,继承性分析,应用背景,目前开发的新版本有一个基础版本，他们之间的关系如何？,新版本测试策略又是如何制定的？,新增和继承特性什么关系？,新增了什么？,继承了什么？,该测试哪些？,版本,B,版本,A,特性,1,特性,2,新增特性,新增特性,新增特性,分析思路（,1,）,输入：,需求来源表,历史版本的测试报告,历史版本的产品的特性清单及其说明等,其它可供参考的资料,输出：,测试策略建议,新增原始需求,需要进行功能交互分析的继承特性,其它一些过程输出,网上使用情况,历史测试情况,应用变化情况,交互,成熟度,失效影响度,测试策略建议,新增测试原始需求,需要作功能交互分析的继承特性,变化,独立,继承特性现状分析,特性交互关系分析,版本,B,版本,A,新增特性,新增特性,继承特性,继承特性,新增特性,分析思路（,2,）,来源编号,继承特性,失效影响度,成熟度,继承方式,IR001,XXX,特性,交互,IR001,YYY,特性,变化,IR001,ZZZ,特性,独立,IR001,MMM,特性,交互，变化,失效影响度：,特性使用频度、特性重要性。,成熟度：,经过测试的,V/R,版本数、网上应用情况反馈（应用性质、应用范围、网上问题数量）。,继承方式：,独立、交互、变化或者组合。,过程与结果,来源编号,继承特性,新特性,1,新特性,2,.,新特性,n,IR001,XXX,特性,填写可能相互影响点描述,IR001,YYY,特性,同上,IR001,ZZZ,特性,同上,IR001,MMM,特性,同上,继承特性与新特性交互分析表,来源编号,继承特性,应用变化,1,应用变化,2,.,应用变化,n,IR001,XXX,特性,应用变化情况,1,应用变化情况,2,应用变化情况,3,IR001,YYY,特性,同上,IR001,ZZZ,特性,同上,来源编号,继承特性,继承方式,影响点说明,IR001,XXX,特性,交互,IR001,YYY,特性,变化,IR001,ZZZ,特性,交互，变化,来源编号,继承特性,测试建议,1,测试建议,2,.,IR001,XXX,特性,测试建议,1,测试建议,2,IR001,YYY,特性,同上,IR001,ZZZ,特性,同上,继承特性变化分析表,需要交互的继承特性,继承特性测试建议表,继承特性失效影响度分析,继承特性成熟度分析,交互,独立,变化,二、测试类型,分析,应用背景,产品应用中出现的问题有各种方面,效率,易用性,可靠性,功能性,可维护性,可移植性,质量模型,升级扩容不便？,界面太差、操作烦杂？,定位问题手段少？,类似如下情况：,其实质量是多维的,那么如何发现各类问题呢？,测试类型分析,!,不能仅有功能测试,功能异常？,分析思路（,1,）基本过程,TSE,召集讨论确定测试类型及其子类型,明确各测试类型分析思路,控制分析的粒度,分析思路（,2,）使用阶段,测试类型,SDV,SIT,功能测试,一致性测试,安全性测试,性能测试,压力测试,配置测试,安装测试,恢复测试,长时间测试,系统指标测试,易用性测试,备份测试,大容量测试,流控测试,兼容测试,互操作测试,说明：,表示该测试类型的主要的测试阶段；,表示对应测试阶段有该测试类型或回归测试,针对不同的测试阶段，使用不同的测试类型：,分析思路（,3,）建立测试类型库,测试类型分析法是从不同的角度来分析和测试产品，不同类型的测试会发现不同类型的,Bug,，每类测试类型的测试方法也会不同；,通过测试类型的建立，我们可以对整个产品的测试有一个系统的思路，而不是仅仅关注功能测试；,测试组应该建立并不断完善自己的测试类型库。,多发现,25%,的,测试需求,业界公司,都建立了,完整的,测试类型库,拓展了测试思路,三、功能交互,分析,产品功能不是独立的，功能之间存在交互,防止有交互作用的功能的遗漏，提高功能测试的完备性,是功能测试方面的分析，与测试类型分析形成互补,应用背景,产品其他相关功能,被测功能,功能交互,分析思路（,1,）交互关系,交互点原始需求与功能特性关系,影响与约束,时序关系影响（时间、时序）,功能之间存在顺序关系,功能之间存在交互关系,共享关系影响（数据和资源）,共享数据影响,共享资源影响,分析思路（,2,）基本过程,横轴是新增特性和继承特性，继承特性来自于继承性分析的结果,分析方法有两种形式：先标记后分析、直接分析,功能交互分析的结果可以作为测试类型分析的输入，但是操作复杂，不建议这样应用,四、关联图,分析,从用户角度出发来关注每个用户,如何使用被测功能特性,如何影响被测功能特性,对测试类型分析、功能交互分析的结果进行补充,应用背景,分析思路,对象,用户,2,用户,1,用户,3,用户,1,对对象的影响,对象对用户,1,的影响,用户,4,用户,3,对对象的影响,对象对用户,3,的影响,用户,4,对对象的影响,对象对用户,4,的影响,用户,2,对对象的影响,对象对用户,2,的影响,确定用户：对象与外部实体,/,端点,确定相互联系的数据流、物流、行为,依据不同的用户类和响应的影响因素，输出测试规格,用户类可以是执行者，也可以是应用软件、系统硬件、目标实体、接口实体或者三维空间、时间等。,分析样例,特性,用户类,产品测试规格编号,产品测试规格定义,指定用户,BAM,打印,维护人员,RF-OPERATOR-001,设置不同的打印方式,RF-OPERATOR-002,设置不同的打印级别,RF-OPERATOR-003,各种界面操作,主机,/PC,RF-HOST-001,主机各种复位影响,RF-HOST-002,PC,关机复位影响,用户跟踪,RF-TRACE-001,不影响用户跟踪,RF-TRACE-002,不影响,BAM,打印,局域网络,RF-LAN-001,局域网故障影响,业务实体,RF-SERVICE-001,各种典型流程的打印,五、测试特性建模,应用背景,测试特性和开发特性有区别吗？,如何合理划分测试方案？,全局因素,：指对大部分特性都有影响的因素，这里指的因素是泛义的，可以是具体的硬件，也可以是软件实体，或者是逻辑实体，只要它们的变化对大部分特性有影响就可以确定是全局因素。,子系统,：子系统是一些逻辑相关的模块集合，可以包括多个模块。平时常说的子系统，比如：话统子系统、话单子系统、维护子系统等等，就属于这个范畴。如何合理的划分子系统，需要参考系统架构设计。,基本概念（,1,）,测试特性划分：,由于开发和测试之间的分解分配思路不一样，测试需要从,提高测试设计与执行的质量和效率,出发建立测试自己的模型，避免测试按照设计规格分解分配思路（模块）来分配测试方案，从功能和测试类型两个角度进行测试特性划分，划分过程中考虑以下几个方面的因素：,开发特性或者功能,Build,划分,系统架构（模块）,全局因素或者技术风险分析,测试组人员技能,基本概念（,2,）,SDV/SIT,所有的测试用例分布在不同的测试特性中，随着每个,Build,构建完成，需要确定,SDV/SIT,测试策略；,Build,（,SDV,）测试执行策略需要考虑如何回归，并保证功能交互测试的完备性；,图例中，,Build B,首先需要对,Build A,进行回归，,确保,BuildA,没有出现新问题，,同时补充测试两者之间的功能交互的测试用例，然后再执行测试特性,3,和测试特性,4,的相关测试用例。,测试特性,1,测试特性,2,测试特性,3,测试特性,4,测试特性,5,测试特性,6,Build A,Build B,Build C,TR4,测试策略,划分测试特性,SDV/SIT,策略决定测试用例如何执行,基本概念（,3,）,基本过程（,1,）,测试特性,分解分配,测试规格,测试类型,全局因素,测试方案设计,任务书,测试特性模型,测试特性建模的主要目的是划分测试特性，明确每个测试特性的内容和边界。原则上，一个测试方案对应一个测试特性。,子系统,1,子系统,2,子系统,3,子系统,4,子系统,5,全局因素,1,全局因素,2,全局因素,3,全局因素,4,测试特性,功能,1,T,C,C,C,C,功能测试特性,1,功能,2,C,T,C,S,功能测试特性,2,功能,3,T,C,X,C,C,功能测试特性,3,功能,4,C,C,T,S,C,功能测试特性,3,功能,5,C,T,C,T,C,C,功能测试特性,5,测试特性,功能测试特性,6,功能测试特性,8,功能测试特性,9,T,对应的功能和子系统关联密切，主要实现在该子系统中，适合在该功能的测试特性中测试，强调以功能为主导的思想。,C,功能和该子系统有接口，关系比较松散，可以将该子系统作为检查点对待,X,对应的功能和子系统关系松散，子系统可以作为功能测试特性的主要检查点,;,但是为确保这种关系深入测试，在子系统或者全局因素特性中，要作为主要内容进行测试,S,对应的功能和子系统关联松散，不过子系统作为功能测试特性的检查点不合适，在子系统或者全局因素特性中，要作为主要内容进行测试,基本过程（,2,）,功能测试特性,1,功能测试特性,2,功能测试特性,3,功能测试特性,4,功能测试特性,5,功能测试特性,6,功能测试特性,7,测试特性,测试类型,1,T,T,T,T,T,T,T,非功能测试特性,1,测试类型,2,T,T,T,T,T,非功能测试特性,2,；非功能测试特性,4,测试类型,3,O,O,O,O,O,O,测试类型,4,N,N,N,N,N,N,N,非功能测试特性,3,测试类型,5,X,X,T,T,T,非功能测试特性,5,T,测试类型独特虽然和测试特性有关系，但是有自己的独特测试方法，建议独立划分到非功能测试特性,X,测试类型一部分和功能测试特性关系密切，测试方法和功能测试相同，这部分适合放在功能测试特性中测试，一部分有自己独特的测试方法，建议独立划分非功能测试特性。,O,测试类型和功能测试特性关系密切，测试方法和功能测试相同，建议划分到相应的功能测试特性中。,N,测试类型和功能测试特性关系不紧密，需要单独划分非功能测试特性,基本过程（,3,）,分析样例,六、测试规格整合,应用背景,测类型分析,功能交互分析,关联图分析,初始产品测试规格,存在很多冗余,没有跟踪关系,测试规格整合,基本思路,测试建模,测试特性树建立,测试规格分配,测试规格合并,测试规格整合,如果建模不能满足要求,如果特性树遗漏,根据特性整合要求删除冗余和合并测试规格,测试规格分析,1.,松散的测试规格,2.,特性树,3.,已分配测试规格,4.,合并后测试规格,5.,整合后测试规格,测试规格分解分配,测试规格整合样例,New,：在测试规格中新增一项测试规格,Repeated,：该测试规格已存在,Combined,：将测试规格归入到一条已经存在的测试需求。如果原始测试规格,A/B,合并成一条测试规格,X,则其中只有一个是新增，其它都是合并。,目录,测试需求分析背景,测试需求分析理论,测试需求分析工程方法,测试需求分析应用,什么时候进行测试需求分析？,产品测试需求分析,测试规格分解分配,产品测试规格,特性测试需求分析,分配后测试规格,特性测试规格,特性测试设计,测试项,系统规格,SRS,（参考）,测试用例设计,测试用例,TR2,产品分析,产品包需求,TR1,TR3,TR4,测试参与,TR,的方式,测试参与开发文档评审的一个原则是，必须先要输出自己的交付件，才能参加开发的文档评审：,先有测试分析，后有开发文档评审参与,在参与开发评审前，测试应该完成了自己的输出，带着问题参加评审，效果就会不同，参与评审，也是为了解答自己的问题。因此，在,TR2,时，必须先完成测试规格。,保留评审不改问题的测试规格,测试参与评审提出的问题，开发答复不需要修改或者风险较小，这部分的测试规格也应该保留，只是不用进行分配和测试。如果网上发现问题和这些内容相关，测试就有据可查，是风险分析的一个参考内容。,测试需求分析应用原则,测试需求分析报告,产品分析,测试规格分解分配,产品测试规格分析,测试原始需求提取,需求来源表,测试原始需求表,产品测试规格表,测试方案设计工作任务书,过程记录和结果分开（,测试需求分析报告,与结果表,测试分析设计表,分开）,活动可以裁减，工程方法是参考，工程方法有一定的使用环境,每个工程方法都有明确的输出，但是每个活动的结果可以脱离于工程方法,结果表输出,过程记录输出,工程方法,关于测试规格的理解,业界公司的实践提出，不管设计规格是否完善都要建立测试需求，我们称为,测试规格；,测试规格是测试对于产品设计规格分析之后的产物；,测试分析设计整体思路都是围绕着测试规格来开展的；,如果产品设计规格是测试的,“,客户需求,”,，那么测试规格就是测试的,“,产品设计规格,”,；,测试粒度是指一个测试焦点的精细度或粗糙度,测试粒度是一个谱，而不是一系列的,“,是,/,或,”,类别,一个高粒度的测试方案允许测试人员检查低级别的细节，一般是系统的内部；低粒度的测试方案为测试人员提供一般的系统行为信息,“纯”结构化（白盒）测试,“纯”行为化（黑盒）测试,“纯”现场测试,开发,测试,技术支援,关于测试规格粒度的理解（,1,）,测试规格的粒度应该把握,灰度原则,，建议各测试组在进行需求分析之前，内部经过充分讨论，就粒度问题达成共识；,尽可能的从不同侧面分析（测试类型、功能交互等）测试原始需求，给出初始的测试规格，可能会产生冗余，此时不要过分要求初始测试规格的粒度统一，在测试规格整合时考虑粒度统一问题；,对于一些较为清晰的功能，相似的子功能可以组合在一起描述，作为一个测试规格对待。比如：涉及到一个表格的设置，我们可以将增加、修改、删除等作为一个测试规格，大家一目了然，没有歧异；（,CRUD,原则）,测试规格应该是完整地描述从用户角度出发所能看到的需求，而不是一个需求的片断，比如：彩铃业务的建立、释放是需求的片断，用户是看不到这一点的，建议这样描述：彩铃业务基本呼叫，考虑各种释放情况,把握灰度,用户可见,关于测试规格粒度的理解（,2,）,对于大家常见的分析思路，可以通过经验库的形式进行传递和统一。比如：常见的组网模型、常见的用户分类以及各种用户常见的操作等等；,测试规格的描述要清晰，不能有混淆的地方，在测试方案设计阶段，可以直接对测试规格进行细化，而不用参考其他的文档即可。比如：要考虑各种异常情况下的基本呼叫功能，这个测试规格就不是十分清晰，可以进一步给出具体的异常类别形成新的测试规格，比如：要考虑主叫各种异常释放情况下的基本呼叫；要考虑,A,接口各种异常情况下的基本呼叫等等。,测试规格的粒度，不仅仅和测试需求分析的思路有关，而且和测试原始需求的粒度有关。建议对于测试原始需求也要进行整理、合并、分解，只罗列从用户角度所看到的功能和非功能，其他的细节可以作为这些内容的附件，在测试需求分析中考虑。比如：支持彩铃业务的触发、建立，可以合并为彩铃业务的基本呼叫（触发、建立作为附件）。,前后联系传递,经验积累约定,关于测试规格粒度的理解（,3,）,测试经理,(PM),项目经理,(PL),测试工程师,(TE),项目经理,(PL),项目经理,(PL),测试工程师,(TE),测试工程师,(TE),测试工程师,(TE),测试工程师,(TE),测试系统工程师,(TSE),项目经理（,PL,）,测试高级工程师（,STE,）,TSE,是测试分析设计的灵魂人物，他组织产品的技术决策，,职责是：,负责测试需求分析阶段的相关活动,对最终的产品测试规格完备性、正确性负责,负责设计规格测试规格测试特性的需求跟踪,负责划分测试特性，确保合理性和完备性,指导测试方案设计工作,测试需求分析的组织与职责,产品分析,原始需求提取,产品测试规格分析,质量评估,测试规格分解分配,TSE,任务分工,选择模型,组建测试系统组,Chart,客户需求；产品规模；人力资源；测试组模式,测试分析设计模型；测试需求分析报告,客户需求；产品包需求；规范协议；经验库,需求来源表；测试需求分析报告,测试规格基线化,客户需求；产品包需求；规范协议；经验库；继承特性,原始需求表；继承特性；测试需求分析报告；,继承特性；原始需求表；测试类型；全局因素,产品测试规格；测试特性；测试需求分析报告,产品测试规格,测试特性方案设计任务书,产品测试规格,测试特性,测试需求分析应用样例（,2,）基本过程,原始需求来源,文档名称,来源编号,开发需求,MINI988,设计需求样例,.DOC,DR001,开发需求,MINI988 E2E OR.XLS,DR002,开发需求,MINI988,设计规格样例,.DOC,DR003,用户需求,MINI988 E2E OR-bussiness.XLS,UR001,需求来源表：,样例,开发需求？,用户需求？,协议和规范？,测试经验库？,继承产品需求？,测试需求分析应用样例（,3,）产品分析,开发需求,用户需求,协议和规范,测试经验库,继承产品需求,需求来源,样例,测试原始需求编号,测试原始需求描述,开发特性,需求标识,需求描述,需求优先级,测试规格分析的工程方法,需求是否实现,EMAIL-001,能够支持电子邮件的收发,Email,OR_MKT.00010,能够支持电子邮件的收发,H,测试类型分析,功能交互分析,需实现,LCD-001,LCD,能够显示手机的状态、错误信息、呼叫状态、号码,LCD,OR_SPT.00011,通过,LCD,可以查看手机中的各种状态和错误信息,H,测试类型分析,功能交互分析,需实现,LCD,手机应该支持显示输入的号码（,0-9#*,：,字母），手机状态，呼叫状态。,H,测试类型分析,功能交互分析,需实现,LCD-002,LCD,需提供背景灯，当有来电和短消息、,Email,时均能自动点亮,LCD,OR_MKT.00028,LCD,需提供背景灯，当有来电和短消息、,Email,时均能自动点亮,M,测试类型分析,功能交互分析,需实现,SIM-001,支持,PIN,码和,PIN2,码，以保护手机中的信息安全。,SIM,卡,支持,PIN,码和,PIN2,码，以保护手机中的信息安全。,H,测试类型分析,功能交互分析,需实现,测试策略建议,测,试,原,始,需,求,表,测试需求分析应用样例（,4,）提取原始需求,测试原始需求编号,测试特性,产品测试规格编号,产品测试规格描述,测试类型,验证方法,优先级,估计用例规模,TEL-001,语音呼叫,CALL-BASE-CALLER-001,手机作为主叫，呼叫其他用户,功能测试,系统测试,H,10,TEL-001,语音呼叫,CALL-BASE-SEPC-001,手机作为主叫呼叫特殊号码,功能测试,系统测试,H,5,TEL-001,语音呼叫,CALL-BASE-CALLED-001,手机作为被叫，接听电话,功能测试,系统测试,H,10,TEL-001,语音呼叫,CALL-BASE-CALLED-002,手机作为被叫，拒绝电话,功能测试,系统测试,M,5,样例,修正,修正,测试原始需求,初始产品测试规格,测试特性,测试规格整合,产品测试规格,测试特性建模,关联图分析,其他工程方法分析,测试类型分析,功能交互分析,测试需求分析应用样例（,5,）测试规格分析,产品测试规格,测试特性,测试规格,分解分配,测试方案设计,工作任务书,传递测试需求分析的思想、落实测试方案设计策略,落实设计需求（设计规格）、测试规格、特性测试规格、测试用例的跟踪,测试特性的介绍及相应产品测试规格列表,测试方案设计策略,具体个测试方案设计工作任务安排,测试需求分析应用样例（,6,）规格分解分配,Do you have any questions?,