测试需求分析过程(Testing-Req.-Analysis-Process)

1、Document number 文档编号 Confidentiality level 密级 VIT-NJP-Proc-TRAP-01内部公开Document version 文档版本 Total 9 pages 共 9 页V2.00Testing Requirement Analysis Process测试需求分析过程Prepared by 拟制Date日期Reviewed by 评审人Date日期Approved by批准Date日期推荐精选Revision Record 修订记录Date日期Revision Version修订版本Sec No. 修改章节Change Description

2、修改描述Author作者2008-03-13draft全部2007-11-30V1.00全文2008-3-28V2.00全文推荐精选Table of Contents 目录1Purpose 目的52Scope 范围53Abbreviations and Acronyms 术语和缩略语54Policy 方针55Testing Planning Subprocess 测试计划子过程55.1Roles and Responsibilities 角色和职责55.1.1TC55.1.2Tester65.1.3Development Team65.1.4Customer65.2Entrance Crite

3、ria 入口准则65.3Inputs 输入65.4Activities 活动65.4.1流程图65.4.2分析测试需求75.4.3验证测试需求85.5Outputs 输出85.6Exit Criteria 出口准则86Resources and Tools 资源和工具87Configuration Management and Assets 配置管理和资产88Training 培训99Process Measures 过程度量910Tailoring Guidelines 裁剪指南911Verification 验证912Related Process相关过程913Reference Mate

4、rials 参考资料9推荐精选 Table List 表目录表1 术语/缩略语5Figure List 图目录图1 测试需求分析流程图7推荐精选1 Purpose 目的为确保文思创新软件技术有限公司（以下简称文思创新）在软件开发项目中的工作产品质量稳定，对测试需求分析过程进行规范化描述，特制定本文档。测试需求分析过程一般是在对客户的需求理解的基础上，对其进行测试需求方面的分析，作为测试方案设计的基础。2 Scope 范围本文档适用于软件开发项目的SDV阶段的测试需求分析阶段。文档读者为开发项目的独立测试人员以及参与SDV测试活动的相关人员。3 Abbreviations and Acronym

5、s 术语和缩略语表1 术语/缩略语术语/缩略语解释TCTest Coordinator 测试协调员4 Policy 方针1、SDV测试需求分析是基于客户的原始需求进行的分析活动。2、SDV测试需求分析的结果会作为测试方案设计的前提。5 Testing Planning Subprocess 测试计划子过程5.1 Roles and Responsibilities 角色和职责5.1.1 TCØ 采集客户的需求Ø 学习和理解客户需求Ø 建立需求规格点Ø 编写更新测试需求文档Ø 组织测试人员对需求分析文档进行评审Ø 协调开发团队和客户对需

6、求分析文档进行评审推荐精选5.1.2 TesterØ 采集客户的需求Ø 学习和理解客户需求Ø 建立需求规格点Ø 编写更新测试需求文档Ø 对测试需求文档进行评审5.1.3 Development TeamØ 与测试团队一起对客户需求进行学习和理解Ø 对测试团队的测试需求分析文档进行评审5.1.4 CustomerØ 对测试团队的测试需求分析文档进行评审5.2 Entrance Criteria 入口准则Ø 客户提供相关项目需求（如设计规格）。5.3 Inputs 输入Ø 客户需求（如设计规格）&#

7、216; 测试计划Ø SOW5.4 Activities 活动5.4.1 流程图推荐精选图1 测试需求分析流程图5.4.2 分析测试需求5.4.2.1 采集并理解客户需求TC组织相关骨干人员，根据客户需求、协议和规范、测试经验库、继承产品需求明确产品工作对象范围和测试需求的原始需求提取范围。5.4.2.2 建立测试需求规格点根据不同的来源，提取测试需求分析的原始需求，过滤重复的，得到需要分析的测试原始需求并进行进一步的细化。5.4.2.3 编写、更新测试需求文档根据逐步的分析得到最终的产品测试规格，在此过程中如果有需求点的变更，应及时更新产品测试规格点，同时重新调整优先级、估计用例规

8、模等信息。推荐精选5.4.3 验证测试需求5.4.3.1 内部评审测试需求分析完成后，TC需要组织测试组骨干成员及项目组骨干开发人员对测试需求分析进行内部评审。测试人员对评审中发现的问题进行修改。修改完成以后，TC会组织人员对于问题修改的情况进行确认。TC会提交完整的通过评审的测试需求分析到配置库中，并对测试需求分析进行受控管理。5.4.3.2 外部评审内部评审完成后，再将测试需求分析发送至客户方，要求客户方进行再次评审。对于评审出的问题，TC需要组织测试人员对评审出的问题进行修改，修改完成后，重新对测试需求分析进行受控管理。内部评审和外部评审可同时进行。5.4.3.3 重计划在测试需求分析评

9、审通过以后，TC会组织测试团队对测试工作量进行重估计，并根据估计的结果进行重新计划。并周知所有相关的人员，包括项目团队、客户以及高层。5.5 Outputs 输出Ø 测试需求分析文档Ø 测试需求分析评审记录5.6 Exit Criteria 出口准则测试需求分析文档通过评审，并纳入配置库。6 Resources and Tools 资源和工具测试需求分析阶段活动中所需要的相关人员由项目经理向高层进行协调解决，所需要的相关工具由TC和项目经理进行协调解决，例如电脑、办公环境，工具和软件等。测试所需的相关工具分为需购买的工具、可以重用的工具、可以借调的工具等。7 Configuration Management and Assets 配置管理和资产推荐精选测试需求分析过程所产生的工作产品(测试需求分析文档)、工作产品评审记录及过程数据应提交到项目配置中的指定位置。QA获取文档的最新版本，并根据文档内容提取相关数据提交给组织过程资产库和OMR。如项目在执行测试计划过程中对公司的测试流程有改进意见，可以通知QA，由QA反馈给SEPG。8 Training 培训如果TC不了解或者不熟悉测试需求分析过程，则需要对其进行过程和模板的培训。9 Process Measures 过程度量请参考测试监控报告。10 Tailoring Guideli