功能测试需求及案例设计指南.doc

功能测试需求及案例设计指南 上海浦东发展银行 总行信息科技总部 测试中心 2012年8月  目 录 第 1 章 概述 3 1.1 目的 3 1.2 试用范围 3 1.3 定义 3 1.4 相关定义之间的关系 4 第 2 章 测试需求分析 4 2.1 测试需求分析概述 4 2.1.1 测试需求 4 2.1.2 测试需求分析的必要性 5 2.1.3 测试需求分析内容 5 2.1.4 测试需求分析与需求分析的区别 5 2.2 测试需求分析过程 6 2.2.1 测试需求采集 7 2.2.2 测试需求分析 8 2.2.3 测试需求分析点 8 2.2.4 测试需求列表建立 11 2.2.5 测试需求评审 12 第 3 章 测试案例设计 13 3.1 测试案例概述 13 3.2 测试案例要素 13 3.3 测试案例设计要点 14 3.3.1 界面测试 14 3.3.2 边界值测试 18 3.3.3 错误控制测试 22 3.3.4 关联测试 27 3.3.5 业务逻辑测试 31 3.4 测试案例设计技术 33 第 4 章 测试场景设计 34 4.1 场景简述 34 4.2 测试场景分析 34 4.3 测试场景组织 34 4.4 设计实例 36 第 5 章 其他说明 38  概述 目的 为提高功能测试工作质量和效率，提升相关人员在测试需求及案例上的设计技能，特制定《功能测试需求及案例设计指南》。本文主要介绍在银行业务系统测试过程中，就测试需求及案例进行设计与编写的思路、过程及方法，用于指导相关测试人员更好地开展该阶段的测试工作。 试用范围 本指南适用于在总分行开展的各类功能测试项目中，参与测试需求或测试案例设计、编写的测试人员查阅参考，其中包括单元、集成、系统或UAT测试人员。 定义 软件需求：主要指用户为解决某个问题、或为实现某一目标、要求软件必须满足的条件或能力，包括业务需求功能需求。 功能需求：定义了开发人员必须实现的软件功能，包括处理流程、使用场景、业务规则、模型算法、控制逻辑等，使得用户能完成实际操作，从而满足业务需求。 非功能需求：是作为功能需求的补充，它描述了系统展现给用户的行为和包括产品必须遵从的标准、规范和合约性能要求设计或实现的约束条件及质量属性。 测试需求：以用户需求为基础，站在第三方测试的角度明确待测系统中需要测试的内容。 测试案例：测试是。 软件需求与功能点、功能点与测试需求、测试需求与案例都是一对多的关系。软件需求是基础，功能点是软件需求的分解产物，测试需求是对功能点进行剖析后形成的测试基础，测试案例则是对测试需求的操作细化。 图1-软件需求、功能点、测试需求、测试案例关系图 测试需求分析 测试需求分析概述 测试需求 测试需求主要解决“测什么”的问题，即指明被测系统中有哪些功能点需要测试。测试需求的主要来源是系统的需求规格说明书，有些无法从需求文档中获得的需求，可通过系统的概要设计或者详细设计文档获得。测试人员依据对软件需求的细化分解来编写测试需求，以覆盖全部已定义的业务流程。 同时，测试需求也是设计测试用例的依据，好的测试需求能发现需求中显性和隐性的测试点，从而能更好的指导测试用例的设计，提高被测系统整体功能的覆盖率。 测试需求分析的必要性 在做一个测试项目之前，首先必须了解测试规模、复杂程度及可能存在的风险，这些都需要通过详细的测试需求来了解。测试需求不明确，只会造成获取的信息不正确，无法对所测系统有一个全面清晰的认识。 由此可见，进行测试需求分析是十分必要的，一方面，测试需求分析可以把不直观的需求，转变为直观的需求。对测试范围、功能点对应的所有处理分支和待测试的业务场景进行度量，明确把握测试规模。另一方面，可以把不明确的需求变成明确的需求，明确其功能点对应的输入、处理和输出。 测试需求分析内容 为了有效的获取测试对象，需要从测试需求分析开始，测试需求分析可分为以下三部分内容： 明确需求的测试范围，即确定需求中包括了多少功能点。 明确功能的业务处理过程，对每一个功能点的输入、处理逻辑和输出进行提取。 根据用户需求，明确其在特定场景下实际使用时的流程及操作步骤，以明确测试场景。 测试需求分析与需求分析的区别 内容 需求分析 测试需求分析 目标 对实现软件功能作全面的描述； 为开发人员提供开发依据； 解决“测什么”的问题，指明被测系统中有哪些功能点需要测试。 对象 《业务需求说明书》 《系统需求规格说明书》 《系统详细设计说明书》 分析方法 结构化分析法 Jackson分析法 面向对象的分析法 模块分解法 WBS分析法 分析过程 提出业务需求 分析业务需求 整理和描述软件需求 评审软件需求 采集测试需求采集 分析测试需求分析 建立测试需求列表 评审测试需求 分析产物 《系统需求规格说明书》 《测试需