颠覆传统的自动化测试平台

作者：虫师

2024-11-27
广东
本文字数：1796 字
阅读完需：约 6 分钟

1. 传统的自动化测试平台

近些年，中等以上规模的公司测试团队都在建设自己的自动化测试平台。主要要以 HTTP接口测试 和 性能测试 为主；一些平台还支持 Web UI测试和App UI测试等，试图通过 UI 界面配置来替代代码自动化测试编写。

图：来自 MeterSphere 平台。

自动化测试平台的好处，显而易见。

降低使用门槛：不需要测试人员懂编程语言和测试库。
可视化的用例管理：可以清晰地查看和编辑、统计用例。
历史结果统计与分析：可以通过各种维度统计测试相关指标。

然而，自动化测试平台的缺点，也很明显。

用例的编写效率：相比较于代码编写用例，UI 配置的效率是比较低的。
很难重构：对于用例的编写，需要不断地抽象和封装，来调整用例的编写，然而，平台很难做到这一点。
对于复杂用例的限制：对于复杂的场景用例不支持，或需要通过非常复杂的配置。
持续的投入成本：一个企业级的测试平台，需要不断地投入开发资源去维护升级，来应对各种业务需求。

隐含缺点，没错！还有无法放到台面上说的缺点。

对于测试工程编程能力的限制：少部分测试开发工程师通过开发平台得到技能的成长。大部分的测试工程师的技能被限制在测试平台使用层面。

2. 框架与平台之争

当我们决定为公司引入自动化测试的时候，必然会遇到使用框架编写，还是通过平台编写的问题。

框架的优势:

灵活高：当你具备编程能力，就能体会到编程的方式编写自动化用例有很高的可控性。例如：if 判断、for 循环、封装、变量传递、参数加密 等等，编写用例非常简洁高效。
扩展方便：我们可以通过库的方式无限扩展框架的能力，例如：需要用到MySQL数据库，安装个pymysql库就可以；需要实现AES加密，安装个pycryptodome库就可以了。
利于测试工程师的成长：这一点其实也挺重要的，在编写自动化测试代码的过程中会对编程语言有更多的使用经验，针对业务功能的测试的理解也会更加深刻；当然，技能的提升对于升职、跳槽都是有益处。

平台的优势:

用例管理更透明：通过平台管理用例，可以轻松地查看用例，统计用例的数量。
更多运行方式：平台支持更多的运行方式，单个用例运行，任务执行，定时执行等，平台可以轻松实现更多运行方式。
便于数据统计：通过平台更便于测试数据的统计。天/周/月/年执行次数，天/周/年/成功率等。

那么，是否有一种方案可以兼顾到 框架 和 平台 各自的优势呢？

3. Seldom-platform 自动化测试平台

3.1 平台技术方案

这根传统的测试平台非常不一样，传统的测试平台创建用例是非常低效的，也非常不灵活。但是，平台的优势在于维护测试用例的用例的管理，定时任务，以及结果的可视化管理。selenium-platform 可以解析 seldom 框架编写的自动化用例。~ 这是一个完美的方案。

seldom-platform 架构

🐍 1. seldom

通过 seldom 框架编写自动化测试用例。

🌐 2. Github/gitee 托管项目代码

将你的代码托管到 git 平台， github、gitlab、gitee或者私有 git 平台都可以。

💻 seldom-platfrom

通过 seldom-platfrom 平台解析用例，执行、查看结果、定时任务...

从上面的实现方案，seldom-platform充当了CI的角色，但是，又与CI有很大不同，CI 支能配置命令来执行自动化项目。Seldom-Platform 可以对自动化项目做到用例级可视化管理。除了不支持编写测试用例（本来，编写测试用例也应该交给更擅长的框架来做。）

3.2 平台特点

零成本支持任何类型测试

当我们将编写用例这件事情交给 框架 来完成之后，那么平台可以几乎零成本的实现任何类型的测试： Web UI、App UI、HTTP、WebSocket、db数据库 等。然而，传统的自动化测试平台每种类型的测试都需要做专门的支持。

降低平台开发的成本

当平台不再负责用例的编写，那么成本可以得到很大的降低。想象你要在平台上实现用例的创建、用例依赖、数据依赖，模块依赖。不同类型的测试交互也会有很大的差异，显然要付出不小的开发成本。

平衡测试编写与管理

测试工程师可以自由的使用 seldom 框架编写自动化测试用例，同时，这并不会限制他技术成长。测试管理者可以可视化的管理测试用例，查看、运行、统计等可以非常直观的管理用例。

虫师

关注

《自动化测试框架设计》作者 2010-12-17 加入

软件测试开发工程师

发布

暂无评论

创作场景