自动化工具 自动化测试平台狗都不写,我写!

Lucas · 2025年11月28日 · 最后由 dun 回复于 2025年12月03日 · 5221 次阅读

之前用 python 写过一版,现在用 go 重构了下!
前端 vue3+ts,后端 go+gin
先上图吧,更直观!
1-登录页面

2-用户管理和角色管理
因为是动态路由,所有这边可以进行角色菜单的配置

3-统计页面,主要对测试一些统计,
目前没有深入写,只是先把常见统计组件封装好了,后期要啥数据,后端写好接口直接展示

4-测试相关
主要就是项目管理,模块管理,功能管理等常见的,这边就先放一张图吧,页面都长的差不多!!!!
主要是前端页面时根据配置文件来自动生成的,10 分钟写好配置文件,然后直接生成先的页面!页面上支持 CURD 的操作,也对常见组件进行封装,你想要配置下拉,单选,多选,时间,反正都看你自己心情!!!!当然页面上字段、排序、宽度、按钮也都可以根据配置文件来调整,页面头部搜索也是根据配置文件来动态生成,那你想要几个搜索条件你就自己配置,主打一个随心所欲!支持配置页面上所有字段是否支持模糊查询等,主要之前搞项目,一个产品每个甲方都要不显示不同的字段!受过毒打,才能提高!!!!!!!

5-UI 测试
主要是将常见操作进行封装,我们在使用的时候,不需要写任何代码!!!!!!!!
你在页面上想点击按钮,你直接找方法,然后填写一个按钮名称就行,你先找个下拉框,你就直接写中文名称就行,现在让人写代码的自动化测试都是耍流氓!!!!你要你认识咱博大精深的中文汉字,你就能做自动化!!!!当然页面上步骤也是支持拖动排序的,你想怎么走就怎么走,主打也是一个随性,
执行过程中如果遇到非流程性阻塞,我就可以任性将这个执行报错的跳过,执行下一步;当然你也可很严格只要遇到报错那你就全部终止!!!!无论你怎么设计,反正都会在页面上看到,你当前是什么问题!!!



这边是封装的一些常见方法,不会做可以对着看,当然如果有漏的,那不好意思,你就只能自己写 xpath 定位了,也是支持咱自己自由发挥的!!!!

6-api 测试
目前看到的大部分都差不多哎,咋能写出自己的特色呢?别问,问我也不知道,我就拿着之后 python 一版的那个修改下继续用!主打一个能省则省,摸鱼开始。。。

点击配置可以进入到配置页面进行配置,
如果这个有接口依赖,直接跳转依赖配置页面,我们就可以选依赖了,
可以新增一行手动吭哧吭哧填写数据,那我选择克隆当前行再修改,最高的当然也支持打开其他页面直接选,直接选以后写好的啊,你说对不对吧!!!!主打要为我们摸鱼创造条件,不会摸鱼的测试不是好测试!!!!选完依赖直接带出你就写个名称就行,主要是为了方便存起来。原本打算名称也不要的,就是根据变量名称来做,但是变量名称有中文啊,代码中中文还是使用起来不方便!!!!当然这个也是一样,也是可以配置的,我就不想要,那就配置文件里改也行,还是主打一个任性!!!还要脚本的一些执行也大差不差,感觉都差不多!!!


如果不是依赖的就单接口,点击配置就直接到到请求头配置页面啦,主打一个能少点一下就少点一下,主要还是我太赖了!!

后面就是调试页面了,都长的差不多了

7-工具管理
主要是为了准备快速生成页面代码来的,想着能把前后端不太复杂的功能直接在页面上捣鼓捣鼓就能生成出来;比如要做一个新的部门管理了吧,那就在页面上搞搞生成前端的 curd,路由,后台的 curd 路由等。。。。反正现在没有写玩,哈哈哈哈哈哈!!!!
用例生成这个之前用 python 写过一版,可以根据配置生成不含业务逻辑的,增删改查,边界值,异常等用例,后面也会用 go 写好继承到这边!!!
总之一句,这个模块现在就是一个占位状态,todo...

共收到 13 条回复 时间 点赞

真心请问各位测试开发大佬,测试平台真的有作用吗,之前经常看到各种测试平台,很多培训班都在教这个,但是很少看到哪家公司因为这些测试平台提高了很多效率,感觉我见识还是太少了,有没有大佬说说。

zZz 回复

不是大佬,感觉目前的测试平台作用还是有的,但是更多是针对前期整合,这些作用很多 ai 感觉都可以做到

zZz 回复

主要还是对之前的的总结,想要解决之前的痛点;ui 端小白 99% 都不用写代码,只要认识页面上这个是按钮,这个是下拉框,这个是输入框等,再加认识汉字,这应该算是提高了测试效率了吧;之前没有 ai 的时候,自动生成 curd 页面基础用例也算是提高效率了吧;

还有一点,现在前后端可以合并打包成一个 app 应用, 支持 mac, linux,win;当然也是支持 docker 部署的

还有一点,现在配置文件是测试相关的,你只要改配置文件,15 分钟完全能搞定一个 curd 的前后端基础代码,生成后你想干啥就干啥,甚至还能赚点小外快!!!!

zZz 回复

对公司来说,非效能工具部门的,去写这个意义不大,写出来也不一定能推广
对个人来说,熟悉前后端技术或有一定作用;

感觉小公司写来就是用来炫技 + 练手的😂
前领导写了个测试平台 (用例管理 + 接口自动化), 离职后就废弃了....
用例管理, 换成 xmind 写然后导入 teambition(公司项目周期管理都在这)
接口自动化, 换成 apifox

吼猴 回复

小公司测试用例管理都用公司的项目管理软件管。接口自动化没必要用平台,就管好 jenkins 任务,还有代码脚本的 git 或者 svn 就行了。 真要用平台,直接用 metersphere

现状是:大公司有专门的效能团队做各种平台,很专业很强大;小公司直接用市面上现成的,比如 metersphere、apifox 即可。

以前很想去学习 pytest 啥的来写自动化,最后发现接口自动化方案比平台重要,用例的覆盖率,回归通过率,是否适配项目等等比做一个测试平台重要多了,自动化、性能都是一个体力活,写一个平台不如做一个自动化基线,收益还高。

Lucas #11 · 2025年12月02日 Author
摸鱼 回复

往小的说,能提高自己的摸鱼时间就行,公司推不推广说实话我都不关心,组内使用好就行;写这个和公司无关,只是想总结和解决之前工作中遇到的实际的痛点,给出一个另自己满意的方案;

写这个没有解决实际遇到的痛点问题,肯定没人用,也没有人愿意用

中小公司做测试效能,应避免进入闭门造车的情况,市面上能用的 SDK、平台、组件,直接用,如果时间很多,自己在开源的 SDK、平台上进行二次开发和优化,值钱的还是实现和方案设计、覆盖率、小而美的交互和精确的数据报表。比如我们用 jmeter,现在都可以做二次开发,自己写与业务更匹配的 jar 包,导进去直接 Beanshell 脚本调用方法。MeterSphere 私有化部署,自行做测试报告数据的二次改造,让报告更完善。与业务测试最接近的测试点 AI 生成、xmind、excel 格式转换,都是用的 git 上开源的,然后做改造,全部封装成 http 接口,搞一个前端页面,在浏览器进行交互。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册