如何让测试执行更容易-测试经验谈之可测性改造

一、可测性改造的目的

           项目测试过程中，不同的测试深度、测试广度，会面临不同程度的“不便”。大致有几个方面：

• 项目的技术架构，具体实现导致某些场景不可测
• 压测过程需要“屏蔽”某些功能实现
• 目前实现无法满足自动化/质量运营要求

           以上是经常遇到的迫切需要可测性改造的场景。为了测试需要、质量运营需要，在目前项目实现的基础上进行“实现改造”，使其更加方面项目测试。这是可测性改造的目的。

          可测性改造的同时，要兼顾为了实现改造，带来的线上产品影响。避免为了改造，过多的影响线上产品的实现逻辑。

二、可测性改造的手段

            前面说了，可测性改造除了要满足测试需要、质量运营需要外，还要避免对已有实现产生过多的影响。为了实现这两种目标，常用的改造手段：

• 增加开关。为了避免在压测时、线上故障时，尽可能少的减少用户影响，加个开关，方便又快捷。
• 线上线下配置隔离。为线下需要，单独适配相应的配置
• mock掉第三方接口
• 测试环境，添加类似“彩蛋”一类的操作，方面观看某些信息
• 添加某些核心服务的debug接口
• 打印某些级别的log