作者简介
Mo.,携程研发总监,专注系统性能、开发效能、业务架构等领域。
一、背景
对于一个初上线的简单服务,只需通过常规的自动化测试加上人工即可解决,但我们线上核心的业务系统往往比较复杂,通常也会频繁的需求迭代,如何保证被修改后的系统原有业务的正确性就比较重要。常规的自动化测试需要投入大量的人力资源,准备测试数据、脚本等,并且覆盖率通常也不高,难以满足要求。
为了保证一个线上系统的稳定性,开发和测试人员都面临不少的挑战:
开发完成后难以快速本地验证,发现初步的问题,容易陷入提测->发现bug->fix->提测的循环
准备测试数据、自动化脚本编写和维护需要大量的人力成本,而且难以保证覆盖率
写服务难于验证,而且测试会产生脏数据,例如我们的核心交易系统,可能会往数据库、消息队列、Redis等写入数据,这部分数据往往比较难以验证,测试产生的数据也难于清理
线上问题难以本地复现,排查困难
二、AREX介绍
AREX通过复制线上真实流量到测试环境进行自动化回归测试,解决回归测试的难题。
AREX采用java的instrument实现了无代码侵入的数据采集和自动化Mock,智能的Mock机制使测试运行代码集中在待测应用,不会产生真正的外部交互(DB的写入、其它服务的调用),也完美支持了写接口的测试(如核心交易系统、库存系统等)。
原理示例如下:
我们假定生产环境应用会正常的响应用户的请求,通过aop的方式将请求入参及返回结果以及执行过程中的一些快照数据例如访问数据库的入参和返回结果、访问远程服务器的入参及结果保存下来。然后将快照数据发送给测试机器(代码发生变化的机器)完成一次回放过程。通过将落库数据、调用后台请求的数据以及返回结果和线上真实请求发生时的数据进行对比,发现其中的差异,从而识别被测试系统的问题。
xxxTestCase: 采集下来的数据在回放时做为测试CASE
xxxMock:在回放时会使用采集的数据进行Mock,代替真正的数据访问
- <