关于测试设计的最佳实践 ----需求分析篇

需求分析：

• 整体流程图：

需求提取 -> 需求分析 -> 需求评审 -> 需求分析xmind

• 分析流程：

1. 需求提取：

• 分析依据（包括：需求矩阵、PRD、架构设计文档、产品交互图、需求说明书）
• 获取需求的纬度
• 客户价值
• 可以为客户带来哪些价值？
• 可以解决哪些问题？
• 根据以上问题定位功能是否合理
•  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. 知道测试分析和产出测试点

3.需求分析阶段产出：

　　 1.需求分析xmind

　　 2.缺陷预防