《HW-测试需求分析过程详解》由会员分享，可在线阅读，更多相关《HW-测试需求分析过程详解（42页珍藏版）》请在金锄头文库上搜索。
1、产品名称Productname密级Confidentialitylevel内部公开产品版本ProductversionTotal42pages共42页测试需求分析过程详解（入门级）（仅供内部使用）Forinternaluseonly拟制:王健立59754日期：2008-12-05PreparedbyDate审核：日期：ReviewedbyDate批准：日期：GrantedbyDateHUAWGI华为技术有限公司HuaweiTechnologiesCo.,Ltd.版权所有侵权必究Allrightsreserved修订记录Revisionrecord日期Date修订版本Revisionversio
2、n修改描述changeDescription作者Author2008-12-05初稿完成不ffr59754目录TableofContents1目的错误!未定义书签。2正文错误!未定义书签。测试需求分析重要性错误!未定义书签。测试需求分析基本概念错误!未定义书签。原始需求收集错误!未定义书签。原始需求来源错误!未定义书签。原始需求收集使用步骤错误!未定义书签。原始需求收集注意事项错误!未定义书签。原始需求整理错误!未定义书签。原始需求整理使用步骤错误!未定义书签。注意事项错误!未定义书签。继承性分析错误!未定义书签。继承性分析使用步骤错误!未定义书签。继承性分析注意事项错误!未定义书签。生成测试
3、原始需求错误!未定义书签。生成测试原始需求使用步骤错误!未定义书签。注意事项错误!未定义书签。测试规格分析准备错误!未定义书签。测试规格分析准备使用步骤错误!未定义书签。注意事项错误!未定义书签。测试类型分析错误!未定义书签。测试类型分析准备使用步骤错误!未定义书签。注意事项错误!未定义书签。功能交互分析错误!未定义书签。功能交互分析准备使用步骤错误!未定义书签。注意事项错误!未定义书签。产品测试规格整理错误!未定义书签。产品测试规格整理使用步骤错误!未定义书签。注意事项错误!未定义书签。生成最终产品测试规格错误!未定义书签。生成最终产品测试规格使用步骤错误!未定义书签。注意事项错误!未定义书
4、签。3结尾错误!未定义书签。测试需求分析过程详解（入门级）1目的书写本系列文章的目的是期望，能够通过系列的培训，完善外包的测试知识、使其了解相关测试要点或重点、使其测试相关知识尽量和我司标准靠拢（方便过程文档后续的维护和重用），以完成对外包测试人员的培养计划。本文以介绍外包测试中测试需求分析为主，通过本文，期望使外包测试人员，对于我司合作项目的测试需求分析阶段有所了解，并能够独立使用我司提供测试需求分析模板，完成测试需求分析设计工作。注1：本系列培训材料主要对象是委托开发测试人员和委托测试人员。而由于委托开发项目特殊性，测试周期较我司自研项目短了很多，所以，测试设计培训材料，统一采用excel
5、模板（word模板效果好些，但是需要投入的时间也太久）为例进行讲解。合作方培训系列胶片分级原则：1、入门级：专业人员结合合作人员普遍水平，书写培训材料，要保证浅显易懂。合作方人员主要通过自学的方式进行，不占用工作时间。材料学习完毕，期望合作方人员基本上能够对业务有了初步的认识和了解，在我司人员的稍加指导下，能够完成基本的开发、测试或资料书写工作。主要是各部件的基础概念、基本功能及典型业务流程介绍2、提高级：专业人员结合合作人员普遍水平，书写培训材料，在入门级的水平上进行提高，讲述业务中较为深入的知识（比如测试设计中的各种工程方法的详解、一些原理知识：例如组播原理，等等）。这部分知识将由我司专家
6、对合作方团队中骨干人员进行培训，然后，由合作方骨干人员对其团队内部人员进行培训，不占用工作时间。培训完毕，期望合作方人员能够对业务有了较深的认识和了解，基本上能够独立的完成基本的开发、测试或资料书写工作，并且质量较好，能够达到我司普通员工的水准。主要是业务流程中比较深入的一些知识，例如具体的实现方案、整体的架构、物理组网、接口以及一些原理知识（如组播原理）等3、精深级：专业人员结合多年的经验，参考各种材料，书写培训材料，专业、系统的讲述业务中较为高深的知识。此级别为拓展级别，并不要求所有合作方人员全部掌握，只是以拓展合作方人员知识与眼界为主，这部分由我司专家定期进行全员培训。如果能够完全掌握，
7、基本上能够达到我司骨干人员的水准。主要是针对当前情况对产品后续发展的一个展望，包括业务的扩展及一些优化工作2正文2.1 测试需求分析重要性目前，测试过程中存在以下问题：1、产品质量维度关注不全面，测试类型不完整；2、没有测试规格，测试分解分配比较随意；3、没有系统的工程方法或指导；4、测试过程中，经常会出现需求遗漏、测试设计遗漏的问题；为提高客户满意度需要提高产品质量，减少网上问题，作为质量保证的重要一环，测试需要站在客户立场做测试，需要首先明确应该测试什么的问题。测试需求分析的目的是明确测试什么。2.2 测试需求分析基本概念测试原始需求：产品测试规格分析的输入，是从产品包需求、系统需求、测试
8、经验库等需求来源中提取的经过整理的输入集合。测试规格：测试规格是产品测试规格和特性测试规格的通称。一般而言，我们所说的测试规格都是指产品测试规格。产品测试规格是对客户需求、产品包需求、设计需求、设计规格以及其它可能的需求进行综合的测试分析，从测试角度分析并整合形成的测试需求集合，明确了测试应该测试什么。产品测试规格经过相关整理后相互之间没有重复，每条产品测试规格都有唯一的标识。测试特性：逻辑上相关的产品测试规格集合，可以是功能性的产品测试规格集合，也可以是非功能性的产品测试规格集合。逻辑相关性，指的是按照一定的规则进行划分，这个规则是个广义的规则，区别于开发按照功能进行划分的特性。测试需求分析
9、基本可以分成以下几步：，下面一一论述。2.3 原始需求收集2.3.1 原始需求来源原始需求目前主要有5类来源：1、 开发需求；2、 协议和规范；3、 测试经验库；4、 继承产品需求；5、 用户原始需求；目前，应用最多的是开发需求、协议规范和继承产品需求。但是，也不能忽略掉了测试经验库和用户原始需求，往往很多隐藏较深的问题，都是在这部分发现的。2.3.2 原始需求收集使用步骤进入需求分析首页面，单击“1、原始需求收集”按钮，excel自动生成“原始需求来源”标签。HUAWEI系统测试分析过程L原始需求收集人原始需求整理入继承性分析|4、生成测前康始即求|测试规格分析准得|6. 1.测试翘I分析立
10、2、功能交互分析7、产品测戌规格整理8,生成最终产品测试规格注:文中将以下面的文档作为需求分析模板:C:DocumentsandSettingsAdministrat“原始需求来源”标签中表格如下图所示:原始需求来源来源编号文档名称备注列名解释:1 .原始需求来源：表示对被测试对象进行分析的来源的类型，目前有5类：开发需求，协议和规范，测试经验库，继承产品需求和用户原始需求。2 .来源编号：表示对来源的编号，对于不同的来源有不同的字母表示，对于相同的来源以数字编号区别。开发需求-DR,协议和规范-PR,测试经验库-ER继承产品需求-SR用户原始需求-UR。如对于某文档XXXX产品需求规格说明书
11、,其编号可能为DR0013 .文档名称：表示需求来源的文档的名称。然后，根据需求来源和文档名称，填写此表格。注：本文以下面文档为需求来源对测试需求分析过程进行实际案例分析:需求来源：文档MINI988E2E:帽C:DocumentsandSettingsAdministrat文档MINI988设计规格样例.DOC：西C:DocumentsandSettingsAdministrat文档MINI988设计需求样例.DOC:C:DocumentsandSettingsAdministrat根据以上相关文档，“原始需求收集”结果如下:原始需求来源来源编号文档名称备注开发需求DR001MINI988设
12、计需求样例.DOC开发需求DR002MINI988E2E开发需求DR003MINI988设计规格样例.DOC由于设计需求较为详细，设计规格作为参考，补充测试原始需求用户原始需求UR001MINI988E2E协议和规范PR001由于是样例，没有分析协议继承产品需求SR001由于是样例，没有继承关系测试经验库ER001由于是样例，没有测试经验库HC:DocumentsandSettingsAdministrat2.3.3原始需求收集注意事项要尽可能的收集更多的原始需也不仅仅局限于各种文档、资原始需求部分最重要的一点就是要注意广泛性和全面性,求，而且，这些需求应该不仅仅局限于上述的五种来源类型,料。
13、2.4原始需求整理2.4.1 原始需求整理使用步骤进入需求分析首页面，单击“2、原始需求整理按钮，excel自动生成“原始需求整理”标签。燃系统测试分析过程HIJPAWEIL原始需求收集|2、原始需求整理入继承性分析|4、生成测前京始需求|,I5、测试规格分析准备5.1、 测试迎分析S-2,功能交互分析7、产品测成规格整理8生成最终产品测试规格如下图所示：来源编号需求标识需求描述开发特性测试原始需求编号测试原始需求描述列名解释:1 .来源编号：同“需求来源”表的“来源编号”2 .测试原始需求编号：编号规则：特性编码十XXX“特性编码”为针对开发提供的特性进行编码，可以用缩写作为编码（如VPMN特性，可以缩为VPMN）,也可以顺序编号（如，R001等）。XXX为顺序编号,对于同一个开发特性，如果有多条原始需求，可以按照顺序编号（001开始）。3 .测试原始需求描述对原始需求的描述，可以是从来源文档中的需求描述的拷贝，或者是从测试角度的提炼出来的描述。4 .开发特性：表示开发文档中的功能特性。5 .需求标识：表不该原始需求在来源文档中的标识6 .需求描述：表示该原始需求在来源文档中的描述，如果此项与“测试原始需求描述”相同可以不填写，是可选项。7 .需求优先级：表示该需求的优先级，与来源文档中的相同。8 .测试规格分析的工程方法：表示对该原始需求进行测试分析时将要使用的
