1.1 概念

  • PRD-产品需求-Product Requirement Document
  • 客户需求
  • 需求规格-SRS 需求分析文档；
  • 测试需求定义
    • 需要测试安歇对象-测试点
    • 每个对象-测试点-的测试内容
  • 测试需求分析方法
    • 以开发需求文档为基础,进行细化分解

  • 测试需求分析范围

    • 全面覆盖所有的业务流程
    • 功能和非功能

      1.2 测试需求特征

  • 可视化,可测,可评

  • 满足测试的前置条件

  • 不包括具体的测试数据

    1.3 测试需求分析工具

  • excel->visio->xmind

    1.4 测试需求分析过程

    1. 执行者
      1. 有经验的软件测试工程师
      2. 需求文档 规格 产品 客户需求合同 来往邮件
    2. 测试需求分析工程
      1. 需求采集-> 需求分析-> 需求评审
    3. 输入,输出
      1. 需求文档 规格 产品 客户需求 合同 来往邮件
      2. 原始测试需求表 测试需求跟踪矩阵 评审结论
    4. 需求采集过程
      1. 将软件开发需求中的那些具有可测性的需求或特性提取出来,形成原始的测试需求
    5. 需求采集提取方法
      1. 梳理 > 标识 > 描述
    6. 需求分析方法
      1. 测试要点
        1. 通过分析每条开发需求描述中的输入、输出、处理、限制、约束等,给出对应的验证内容
      2. 功能交互
        1. 分析各个功能模块之间的业务顺序，和各个功能模块之间传递的信息和数据，对存在功能交互的功能项，给出对应的验证内容
      3. 测试类型
        1. 对比质量的特性，设计相应的测试策略和测试类型来验证软件的质量
      4. 质量特征
        1. 质量特征(对比需求和内部质量和外部质量的大特性和*27 性,分析软件所关注的质量种类**)
    7. 需求评审
      1. 完整性审查
        应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求.
      2. 准确性审查
        应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据