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

产品名称Product name密级Cｏnfidenｔiality level内部公开产品版本Produｃｔ　veｒsionTotａｌ　3４pages 共34页测试需求分析过程详解（入门级)（仅供内部使用）For intｅrｎal use　oｎlｙ拟制:Prｅpａrｅd ｂy王健立 5９75４日期:Daｔe-12-0５审核：Revieweｄ　bｙ日期:Ｄate批准：Granted　ｂy日期：Dａte华为技术有限公司 ﻩHuaｗei Ｔeｃhｎoｌｏgies Cｏ., Lｔd.版权所有　　侵权必究Ａll rightｓ ｒeserｖed修订记录Rｅvisｉon recorｄ日期Ｄatｅ修订版本Reｖisioｎ　veｒsiｏｎ修改描述 cｈanｇe Ｄｅscriptｉoｎ作者Autｈoｒ-12-051.00草稿完毕王健立 5９７54目　　录Table ｏf Ｃｏntenｔｓ　1ﻩ目的 52 正文 62.１ 测试需求分析重要性 62.2ﻩ测试需求分析基本概念ﻩ6２.３ﻩ原始需求收集 62.３.1ﻩ原始需求来源 62.3.2ﻩ原始需求收集使用环节ﻩ72.3.3ﻩ原始需求收集注意事项ﻩ92.4 原始需求整顿 ９2.4．1 原始需求整顿使用环节 92.4.2 注意事项ﻩ122.５ﻩ继承性分析 1２2.5.１ﻩ继承性分析使用环节ﻩ１22.5.2 继承性分析注意事项 １32．6ﻩ生成测试原始需求 142.6.1 生成测试原始需求使用环节ﻩ14２．6.2 注意事项ﻩ162.7ﻩ测试规格分析准备 １８2.7．1 测试规格分析准备使用环节 １82.7.2ﻩ注意事项 222.8 测试类型分析ﻩ2３2.8.1ﻩ测试类型分析准备使用环节 ２3２.８.２ 注意事项 2５２.9ﻩ功能交互分析 ２6２．9．1ﻩ功能交互分析准备使用环节 26２．9.２ﻩ注意事项 2７2.10 产品测试规格整顿ﻩ２9２.１0.1 产品测试规格整顿使用环节 2９2.10.2 注意事项ﻩ31２．11ﻩ生成最后产品测试规格ﻩ312．１１.1ﻩ生成最后产品测试规格使用环节 312.11.2 注意事项 34３ 结尾 34测试需求分析过程详解（入门级)1 目的书写本系列文章的目的是盼望，可以通过系列的培训,完善外包的测试知识、使其理解有关测试要点或重点、使其测试有关知识尽量和我司原则靠拢(以便过程文档后续的维护和重用），以完毕对外包测试人员的培养筹划。

本文以简介外包测试中测试需求分析为主,通过本文,盼望使外包测试人员，对于我司合伙项目的测试需求分析阶段有所理解,并可以独立使用我司提供测试需求分析模板,完毕测试需求分析设计工作注１:本系列培训材料重要对象是委托开发测试人员和委托测试人员而由于委托开发项目特殊性,测试周期较我司自研项目短了诸多,因此,测试设计培训材料,统一采用eｘceｌ模板(woｒd模板效果好些,但是需要投入的时间也太久)为例进行解说注２：合伙方培训系列胶片分级原则：1、入门级:专业人员结合合伙人员普遍水平，书写培训材料,要保证浅显易懂合伙方人员重要通过自学的方式进行，不占用工作时间材料学习完毕，盼望合伙方人员基本上可以对业务有了初步的结识和理解,在我司人员的稍加指引下，可以完毕基本的开发、测试或资料书写工作重要是各部件的基本概念、基本功能及典型业务流程简介２、提高档：专业人员结合合伙人员普遍水平，书写培训材料,在入门级的水平上进行提高，讲述业务中较为进一步的知识（例如测试设计中的多种工程措施的详解、某些原理知识:例如组播原理,等等)这部分知识将由我司专家对合伙方团队中骨干人员进行培训，然后,由合伙方骨干人员对其团队内部人员进行培训,不占用工作时间。

培训完毕，盼望合伙方人员可以对业务有了较深的结识和理解，基本上可以独立的完毕基本的开发、测试或资料书写工作，并且质量较好,可以达到我司一般员工的水准重要是业务流程中比较进一步的某些知识，例如具体的实现方案、整体的架构、物理组网、接口以及某些原理知识（如组播原理）等3、精深级：专业人员结合近年的经验，参照多种材料，书写培训材料,专业、系统的讲述业务中较为高深的知识此级别为拓展级别,并不规定所有合伙方人员所有掌握，只是以拓展合伙方人员知识与眼界为主，这部分由我司专家定期进行全员培训如果可以完全掌握，基本上可以达到我司骨干人员的水准重要是针对目前状况对产品后续发展的一种展望，涉及业务的扩展及某些优化工作2 正文2.1 测试需求分析重要性目前，测试过程中存在如下问题:1、产品质量维度关注不全面,测试类型不完整;２、没有测试规格,测试分解分派比较随意；3、没有系统的工程措施或指引；４、测试过程中，常常会浮现需求漏掉、测试设计漏掉的问题；为提高客户满意度需要提高产品质量，减少网上问题，作为质量保证的重要一环,测试需要站在客户立场做测试,需要一方面明确应当测试什么的问题测试需求分析的目的是明确测试什么。

2.2 测试需求分析基本概念测试原始需求：产品测试规格分析的输入，是从产品包需求、系统需求、测试经验库等需求来源中提取的通过整顿的输入集合测试规格：测试规格是产品测试规格和特性测试规格的通称一般而言，我们所说的测试规格都是指产品测试规格产品测试规格是对客户需求、产品包需求、设计需求、设计规格以及其他也许的需求进行综合的测试分析，从测试角度分析并整合形成的测试需求集合,明确了测试应当测试什么产品测试规格通过有关整顿后互相之间没有反复,每条产品测试规格均有唯一的标记　测试特性:逻辑上有关的产品测试规格集合，可以是功能性的产品测试规格集合,也可以是非功能性的产品测试规格集合逻辑有关性,指的是按照一定的规则进行划分，这个规则是个广义的规则，区别于开发按照功能进行划分的特性 测试需求分析基本可以提成如下几步:，下面一一论述2.3 原始需求收集2.3.1 原始需求来源原始需求目前重要有5类来源:1、 开发需求；2、 合同和规范;3、 测试经验库；4、 继承产品需求;5、 顾客原始需求;目前,应用最多的是开发需求、合同规范和继承产品需求但是，也不能忽视掉了测试经验库和顾客原始需求，往往诸多隐藏较深的问题，都是在这部分发现的。

2.3.2 原始需求收集使用环节进入需求分析首页面，单击“１、原始需求收集”按钮，ｅxｃｅｌ自动生成“原始需求来源”标签注：文中将如下面的文档作为需求分析模板：“原始需求来源”标签中表格如下图所示:原始需求来源来源编号文档名称备注 　 　 　 　 　 　 　　　 　　　　 　　　 　 列名解释:１.原始需求来源:表达对被测试对象进行分析的来源的类型,目前有5类：开发需求，合同和规范,测试经验库,继承产品需求和顾客原始需求ﻩ2．来源编号:表达对来源的编号,对于不同的来源有不同的字母表达，对于相似的来源以数字编号区别开发需求－-DＲ，合同和规范--PＲ，测试经验库--ER，继承产品需求－-SR，顾客原始需求－-UR如对于某文档《XXXX产品需求规格阐明书》,其编号也许为ＤR001 3．文档名称:表达需求来源的文档的名称然后，根据需求来源和文档名称，填写此表格注：本文如下面文档为需求来源对测试需求分析过程进行实际案例分析：需求来源:文档《MINI98８ E2E ＯR.XLS》:文档《MＩNI988设计规格样例.DOＣ》:文档《ＭINI9８8设计需求样例．ＤOC》：根据以上有关文档,“原始需求收集”成果如下:原始需求来源来源编号文档名称备注开发需求DR０01MINI98８设计需求样例.ＤＯＣ 开发需求ＤR002MＩNI988　E２Ｅ ＯR.XＬS　开发需求DR003MINI９８8设计规格样例.DOC由于设计需求较为具体，设计规格作为参照,补充测试原始需求顾客原始需求UR001MＩNＩ988 Ｅ2E OR－bussiness.XＬS 合同和规范PR001由于是样例,没有分析合同　继承产品需求ＳR001由于是样例，没有继承关系　测试经验库ＥR00１由于是样例，没有测试经验库 2.3.3 原始需求收集注意事项原始需求部分最重要的一点就是要注意广泛性和全面性，要尽量的收集更多的原始需求,并且，这些需求应当不仅仅局限于上述的五种来源类型，也不仅仅局限于多种文档、资料。

2.4 原始需求整顿2.4.1 原始需求整顿使用环节进入需求分析首页面,单击“2、原始需求整顿”按钮，exｃｅl自动生成“原始需求整顿”标签如下图所示:来源编号需求标记需求描述开发特性测试原始需求编号测试原始需求描述　 　 　 　　 　　 　　 　 　　　 　 　 　　　　　 　 　列名解释：1.来源编号:同“需求来源”表的“来源编号” 2.测试原始需求编号:＂编号规则：特性编码＋XＸX “特性编码”为针对开发提供的特性进行编码,可以用缩写作为编码（如VPMN特性,可以缩为ＶＰＭN），也可以顺序编号(如,R0０1等）XＸＸ为顺序编号,对于同一种开发特性,如果有多条原始需求，可以按照顺序编号（０01开始)"ﻩ3.测试原始需求描述:对原始需求的描述,可以是历来源文档中的需求描述的拷贝，或者是从测试角度的提炼出来的描述 4.开发特性:表达开发文档中的功能特性ﻩ5.需求标记：表达该原始需求在来源文档中的标记ﻩ6.需求描述：表达该原始需求在来源文档中的描述，如果此项与“测试原始需求描述”相似可以不填写，是可选项ﻩ７．需求优先级:表达该需求的优先级，与来源文档中的相似。

ﻩ8.测试规格分析的工程措施:表达对该原始需求进行测试分析时将要使用的测试规格分析的工程措施，可以多种工程措施联合使用 目前对原始需求进行测试分析的工程措施有：测试类型分析,功能交互分析,关联图分析，测试特性建模,测试规格整合,特性关系分析 9.需求与否实现:表达该需求与否与否已经实现或在本版本中与否实现然后，根据“原始需求来源”标签中内容和其她有关文档内容,填写“原始需求整顿”标签例如: 来源编号需求标记需求描述开发特性测试原始需求编号测试原始需求描述DR00１OR_MKT．00010可以支持电子邮件的收发EmailＥMAIL-0０１可以支持电子邮件的收发DR001OR＿SPT.0０01１通过LＣD可以查看中的多种状态和错。