Question

通用策略=基于需求的测试策略

需要对需求进行分解，考虑需求本身，以及需求所影响的功能模块，从而得到测试范围。

• 分析的基础
  • 熟悉业务
  • 了解用户使用场景
  • 画出产品功能矩阵
• 分析方法
  • 业务流程的分析：描述业务的正向流程
  • 业务状态分析：描述业务对象的状态转换
  • 测试范围分析：需求本身的功能模块/受影响的功能模块

测试过程节点

以下标“ 💡 ”的为测试人员需要关注的节点

产品运营侧

1. 💡需求评审

   • 必须要有需求文档，没有需求文档的需求可以拒绝开发或测试
   • 涉及到UI修改的交互类需求，在需求评审时需要有交互设计稿；如果没有UI修改，仅仅是优化类，要明确给出修改说明。
   • 测试需要参与出具了需求文档后的需求评审

2. 💡产品走查

   • 产品经理肯定有自己需要产品走查规范需要走查的内容，由他们自己保障。
   • 在测试用例评审的时候，不仅给到开发自测用例，也给到产品走查点，更多强调需求实现的完整性和正确性。
   • 产品走查前置到提测前。
3. 运营配置
4. 线上监控（产品运营所关注的数据）

开发侧

1. 💡技术方案评审

   • 实现上的特性了解
   • 与现有的产品间横向耦合、纵向耦合考量
   • 可测性保障的沟通

1. 开发

2. 💡自测

   • 测试给到开发自测用例
   • 测试能提供的自测工具
   • 开发测试间自行商议制定自测完成依据
3. 运营配置（hardcode配置）
4. 发布
5. 线上监控

测试侧

1. 💡制定测试策略 core

2. 💡制定测试策略 partner

3. 💡测试策略分析评审

4. 💡白盒/接口测试

5. 💡专项自动化

   • 详见定制测试策略

6. 💡测试执行

7. 💡场景化检查

   • 列出使用场景，可以组织Test Fest

8. 💡验收测试（回归测试）

   有两方面保障：

   • 由前期的测试策略的权威性保障前期测试的高质量。
   • 回归测试的时候，有持续集成的自动化以及人工回归bug测试的结果来保障。

9. 💡线上监控

   • 缺陷漏测率，分子是线上缺陷定位属于测试同学遗漏的单，分母是线下缺陷和线上缺陷的和。
   • 缺陷拦截率，是一个相对的概念，主要是体现缺陷的阶段拦截，分母可以是该需求相关的线下和线上的所有缺陷，然后依据需求阶段、编码阶段、测试阶段的线下缺陷依次看各个阶段的缺陷拦截率，以及最终整体的缺陷线下拦截率。
   • 测试监控方面的技术实现。

---

需求分类

需求	大类	小类解释	测试策略
有TAPD	新需求	客户端 / web / 后台 / 联调	通用1
有TAPD	需求优化	体验类	通用2
有TAPD	需求优化	流程类（已有需求推广或影响至更多场景）	通用6
有TAPD	需求优化	数据类	通用3
有TAPD	技术需求	已有需求修改底层技术重构 / 公共技术框架为了支持更多的业务	通用4
有TAPD	Bug转需求	Bug修复 / 客诉调整	通用6
有TAPD	运营需求	-	通用5
无TAPD	合入Master	-	通用7
无TAPD	组件升级	-	通用7