本文共 716 字，大约阅读时间需要 2 分钟。

需求分析：

- 整体流程图：

需求提取 -> 需求分析 -> 需求评审 -> 更新后的测试需求跟踪xmind

- 分析流程：

1. 需求提取：

• 分析依据（包括：需求矩阵、产品交互图、需求说明书）
• 获取需求的纬度
  • 客户价值
    • 可以为客户带来哪些价值？
    • 可以解决哪些问题？
    • 根据以上问题定位功能是否合理
  • UI功能 - 展示功能
  • 模块关联-历史模块
    • 新功能模块关联
    • 考虑是否关联？耦合部分是否需要支持？
  • 客户使用场景-部署方式
    • 网络特性
    • 客户使用服务器常见外设
  • 性能参数-性能要求
    • 网卡最低速率
  • 硬件支持
• 输出（提取最原始的测试需求）

2. 需求分析：

• 分析依据（五维分析）
  • 用户场景
  1. 功能是否和场景强关联
  2. 网络拓扑能否满足客户需求
  3. 和竞争对手比较差异
  4. 功能是否能满足客户实际应用场景
  5. 是否考虑了用户的实际操作
  • 明确性
  1. 范围明确性（参数、类型长度范围）
  2. 清晰性限制等范畴
  3. 无法预知影响的需求提出进行确定，风险
  • 二义性
  1. 概念模糊【大概念、第三方支持、与上个版本相同】
  2. 支持与不支持等范畴
  3. 一个需求描述能出现多种理解
  • 完整性
  1. 需求一致性【用户需求、需求规格、需求矩阵三者是否同意】
  2. 需求完整【隐形需求】
  3. 关联性【与新老功能、与外置软件设备】
  • 可测试性
  1. 实现测试需要的工具、方法【调试、接口命令】
  2. 定位方式【日志等形式观察】
  3. 复杂环境、容量边界、操作时过程不可见
• 输出

1. 测试需求跟踪
2. 缺陷预防bug
3. 工具需求
4. 整理出明确的需求点
5. 测试地图

• 分析思路误区：需求和实现的区别【现有需求才有代码实现，不能把代码实现当作需求】
• 需求分析的意义

1. 明确产品给客户带来的价值
2. 明确产品支持和不支持的功能
3. 明确产品各个功能的约束性
4. 知道开发实现功能
5. 知道测试分析和产出测试点

转载地址：http://wzswi.baihongyu.com/