一个项目的整个测试流程

最近一直在进行接口自动化的测试工作，同时对于一个项目的整个测试流程进行了梳理，希望能对你有用~~~

需求分析：

• 整体流程图：

需求提取 -> 需求分析 -> 需求评审 -> 更新后的测试需求跟踪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. 知道测试分析和产出测试点

测试设计：

• 测试分析：

1. 我们需要做什么？

1. 把明确的需求点转换成测试项
2. 缺陷预防

2. 怎么做？

1. 整体模块分析
2. 逻辑分析【这一点主要是从产品实现的原理上去分析可能的影响】

• 怎么做？
• 开发的设计文档
• 补充和挖掘测试点

1. 全部服务的异常监控、服务重启
2. 各类存储对空间的占用、占满、是否需要做存储的接口测试
3. 所有类型的管理员、操作权限测试、支持的多少管理员并发操作
4. 对流程图的挖掘 -- 流程图全部流程测试、流程图重要的节点异常测试