4. 谈一谈分层测试

1. 不分层的风险

1. 在之前的流程中，测试活动开始的节点是第一轮功能测试，然后经过一到两轮的功能测试，穿插回归测试、性能压测，到最后在Stage环境上进行系统测试，再发布。这种流程的特点是：等前后端联调完毕，给出完整的软件包后，QA人员的测试活动才开始介入。
2. 一般情况下，到功能提测阶段，时间紧任务重，随着发布时间的临近，解决问题的成本是越来越大的，发布的风险也越来越高，如果到了Stage系统测试阶段，还暴露出严重问题，那版本发布可能就会受到影响。

2. 降低风险的措施

1. 鉴于上面提到的问题，应提倡所有项目尽早进入测试，尽早发现问题，尽早暴露风险。

3. 怎么做

1. 根据开发完成的顺序，选择合适的节点介入测试，把问题暴露在当前节点，这就是分层测试的思路。
2. 示意图
   
3. 实施方法
   1. 单元测试由开发人员在代码实现完成后进行，QA主要进行接口和UI层的测试。
   2. 接口层测试：
      1. 项目启动时，相关人员评估是否需要QA介入接口测试；交付节奏快、代码量很小的项目，可以直接从UI层验证，不需要QA人员进行接口测试；其他项目根据需要进行接口测试。
      2. 根据开发计划，确定执行接口测试的时间。
      3. 参与到