解决测试自动化问题：超自动化测试工具

2022-08-02 15:37:03€¶婷姐儿♛

€¶婷姐儿♛

订阅者

关注

262
文章

0
评论

测试交流评论166字数 3512阅读11分42秒阅读模式

前言

在市场竞争越来越激烈的当下，系统的发布和迭代速度变得越来越快，两周一个迭代，甚至几天一个发布都早已是见怪不怪了。为了适应这种快速迭代开发模式，不得不在业务运营、产品需求和功能开发的原有工作节奏上进行调整，同时这也让质量测试的工作变得越来越富有挑战性。其中，一个关键问题就是，以往回归的成本很高，工作量占比较大，但有时候却没有很高的回报。因此往往只能在没有足够的资源的情况下妥协部分的回归内容，使得质量与效率问题变得不可调和。尤其在测试节奏紧张的情况下，这类问题会被放大。如何把整个测试工作变得更加高效，让测试人员可以仅仅把主要精力集中在新功能的验证上，而不再被老功能的验证所束缚？这个问题，已经成为测试领域又一迫在眉睫的问题。

软件测试领域普遍的问题

最早的测试工具都是纯手工进行，纯手工测试通过先理解需求再设计测试用例，随后在系统发布后执行测试用例，找到 bug 并在 bug 修复后再次进行回归测试。最后确保系统达到了质量标准后择日发布上线。
随着系统上线后，功能需要不断迭代，每次修改，即使只是很小的一部分，仍然需要投入较大的测试成本去执行相关用例，而里面需要执行的很多测试内容其实是重复的、机械的，为此大量的自动化测试工具应运而生。目前市场上存在大量的自动化测试工具，但很大部分的测试工具都是基于开源的工具来做二次开发和集成的，比如：selenium、postman、Jmeter、soapui 等等。文章源自玩技e族-https://www.playezu.com/193440.html

他们和其他商用的自动化测试工具都是通过下面方式实现自动化测试的文章源自玩技e族-https://www.playezu.com/193440.html

脚本
参数化变量
数据源
造数
接口 Mock、挡板等

这些常见的工具之所以能实现自动化测试，是因为测试开发人员为这些工具编写了脚本、并在上下文的依赖参数化、通过数据源或者造数功能构建了测试数据，并使用挡板等方式绕开了执行不下去的步骤。
但在实际的过程中，即使有了这些自动化测试工具依然无法让整个测试完全自动化，也难以把测试成本降下来。因为这些工具只是能把测试执行的一部分动作自动化，但为了自动化工具能正常运行起来，需要新增测试开发人员，测试开发人员需要编写、调试相关的脚本。在使用初期，往往纯手工五分钟可以执行完成的工作，以自动化脚本执行则需要一个多小时才能编写、调试、参数化完毕，在达到一定的自动化用例规模后，效果才能够逐渐显现。而当系统变动时，部分脚本可能又不能正常工作了，之后不得不再次投入成本进行维护。就在这一轮又一轮如同噩梦般的循环下，使用这类自动化测试工具往往没有使测试成本下降多少，更多时候，反而让测试人员苦不堪言。文章源自玩技e族-https://www.playezu.com/193440.html

文章源自玩技e族-https://www.playezu.com/193440.html

新测试手段或将解决测试痛点

以 Web 应用为例，系统在使用时会产生流量数据，比如，由用户操作产生的报文请求，由程序调用数据库时所返回的数据内容，由应用之间调用时所产生的交互数据。这些流量数据因自身携带着丰富的数据信息，可以满足测试时所需的相关数据要求。且生产上的流量更加真实丰富，更能代表用户真正行为，如果可以基于真实行为的数据进行测试，那么在许多场景下都可以替代基于经验撰写的用例。而自动化工具、脚本、参数化等动作，主要也是希望能够高效解决数据的准备及发送与服务器端的通讯请求。倘若这些工具需要使用的测试数据，都能由生产环境真实用户的操作所产生，利用这些数据进行系统的测试，是否有可能解决上述测试的痛点，实现更高效的自动化测试工具或平台？
目前，这种利用生产环境运行中产生的数据进行系统测试的模式，也已经被一些厂商所尝试，在前些年，阿里有已经对外分享过，如何使用线上流量进行全链路测试的思路。而在最近两年的时间里，更多知名互联网厂商也开始拥抱了这种方式，纷纷加入到这股浪潮中来，通过不断的实践与探索，近期也取得了非常好的成效。而这种新的测试手段，就是"流量录制与回放"方案，从结果来看，它为自动化测试的未来带来了新的曙光。文章源自玩技e族-https://www.playezu.com/193440.html

文章源自玩技e族-https://www.playezu.com/193440.html

流量录制回放方案或将成为主流

“流量录制与回放” 可分为 “前端流量与回放” 和 “后端流量与回放”，但无论前端流量方案还是后端流量方案，都是基于录制用户或者用户的真实数据，并通过数据来演变出回归测试所需要的执行步骤、执行内容等依赖信息，都是推动自动化测试再向前迈进一大步的巨大助力。
目前探索过 “流量录制回放方案” 的厂商有阿里、腾讯、字节跳动、美团等。在这些探索尝试多发生在相对容易实现的后端流量部分。而在后端流量部分，实现 “流量录制与回放” 方案的方式又主要分为两大流派，其中，Java agent 流派占据了主流地位。文章源自玩技e族-https://www.playezu.com/193440.html

不同流派的技术优劣对比

文章源自玩技e族-https://www.playezu.com/193440.html

根据上图所示，之所以 Java agent 会成为厂商里最多使用的技术原因主要有以下几个判断：
1.流量转发流派，难以扩展运行程序的逻辑，不能应对写操作，回放时会对存储介质造成污染
2.java agent 对于被测系统的扩展性好，在不修改程序代码的情况下，就能扩展出录制与回放功能
3.java agent 可以有效应对不同存储介质的写操作，也可以 mock 远程调用的返回值文章源自玩技e族-https://www.playezu.com/193440.html

从近期调研结果来看，使用 java agent 作为流量录制回放方案的技术手段，从落地后实际业务场景的满足程度上来说，其效果也比光使用流量转发流派要好。

自动化测试工具的趋势和未来

在实际的落地过程中，如何使得技术手段，变成一个系统或平台，从而更有效地进行系统化管理？如何以此为撬点，大量降低测试过程中机械式的体力活？这些问题，光是有一些可以支持理论的技术出现是远远不够的。只有把工具变成平台，把实际的自动化测试工具中存在的问题解决的足够彻底后，超越以往的自动化测试新体验才能够到来。
回顾一下以往自动化测试过程中，使用门槛较高和使用维护成本较高的一大原因就是使用这些自动化测试工具不得不通过测试开发人员编写和调试下面内容：

脚本
参数化变量
数据源
造数
接口 Mock、挡板等

自动化测试工具的未来肯定要去把这部分的痛点消除的，而能去除这些痛点的新一代的超越目前的自动化测试工具的产品才能被叫做超自动化测试工具。而也只有新一代的超自动化测试工具才会使得测试过程的效率得到极大幅度提升。随后才能腾出更多测试人员的精力放在新功能或更有意义的事情上。
超自动化测试工具不但应该消除上述痛点，还应具有学习能力和大幅提高测试效率的能力，可通过录制的流量数据，默默学习并具备初步的智能学习能力、决策能力、探索能力。因此超自动化测试工具应具备以下特性：