4. 谈一谈分层测试

曾经终败给现在 2024-04-18 10:19 14阅读 0赞

# 1. 不分层的风险 #

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

# 2. 降低风险的措施 #

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

# 3. 怎么做 #

1.  根据开发完成的顺序，选择合适的节点介入测试，把问题暴露在当前节点，这就是分层测试的思路。
2.  示意图  
    ![分层测试][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0hhbndlaWppbl9LZXZpbg_size_16_color_FFFFFF_t_70]
3.  实施方法
    
    1.  单元测试由开发人员在代码实现完成后进行，QA主要进行接口和UI层的测试。
    2.  接口层测试：
        
        1.  项目启动时，相关人员评估是否需要QA介入接口测试；交付节奏快、代码量很小的项目，可以直接从UI层验证，不需要QA人员进行接口测试；其他项目根据需要进行接口测试。
        2.  根据开发计划，确定执行接口测试的时间。
        3.  参与到接口评审，根据接口文档，确定被测接口。
        4.  设计case、准备数据、执行测试。
        5.  跟踪Bug。
    3.  UI层测试：前后端联调完毕后，进入接口层测试。UI层测试除了关注UI交互的问题，更重要的是站在用户的角度，从UI层完成端到端业务流程验证，易用性、稳定性等因素也是这个层面测试需要考虑的事情。
    4.  分层测试自动化：
        
        1.  从接口层、UI层选择回归频率高的业务流程做自动化回归，降低回归测试成本。
        2.  不是所有业务流程都适合做自动化测试，自动化用例维护也有成本，选择自动化目标时，应考虑选择不频繁变动的流程。
        3.  UI层的变动大，维护成本高，从自动化用例的比例来看，也应该遵循金字塔的结构，UI层应该是占比最少的，把更多的自动化回归放到接口层、单元测试层。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0hhbndlaWppbl9LZXZpbg_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/146bec9a3d3d4589949e9dd65e1ea7a1.png