AI测试 调研.AI 增强 PlayWright 案例及工具 ( AI Native Test)

Fun_Fox · 2024年11月04日 · 最后由 Fun_Fox 回复于 2024年11月05日 · 2891 次阅读

无意中想看一下,目前是否有使用 AI 增强 PlayWright 的案例,以下是截至目前,从网络整合来的案例及工具

案例

使用 AI 和 Playwright 创建自我修复自动化测试

使用 AI 和 Playwright 创建自我修复自动化测试

文章摘要

创建一套在语言模型的帮助下 “自我修复” 的测试,这样您就不必在每次代码更改和相关测试失败时手动干预。 这就是所谓的 “自我修复” 。

  • 注意响应时间慢的问题: 通过模型修剪、量化、框架及硬件、计算能力提升等等
  • 信息更新的问题: 通过模型数据定时更新、增强学习
  • 上下文 token 限制问题: 分块、扩展等等

以上问题,在文中提供的了作者的解决方法及部分核心代码、以及视频演示

自动化端到端测试的成本

自动化端到端测试的成本

文章摘要

作者做了一个奇怪的比喻,4 小时的一个测试,假设每小时人员 50 美金,则成本是 200 美金

而机器执行一次,成本每小时 12 美金,没太过多纠结,反正又根据一些因素,一个自动化测试,要执行 2 年多,才能收回成本(不考虑维护),然而大部分情况,您会发现维护时间比编写时间还长,不靠谱的测试会越来越多

我讨厌 “测试自动化框架” 这个短语

我讨厌 “测试自动化框架” 这个短语

文章摘要

作者认为,举个例子早期的 Selenium 是一个浏览器自动化库,并没有强调你必须使用它来测试,但很多人认为它是一个测试框架。测试只是框架的其中一个用途,并不是框架或工具本身。作者又说明了一下他认为的定义及目前存在的弊端

测试工具: 封装常见行为的库函数 等等。

测试实用程序:可以与测试进行配合辅助的的工具

测试项目:测试类的集合

作者最后又自嘲,自己为什么会争论这个语义的原因

工具及平台

ZeroStep

ZeroStep 首页
ZeroStep github 代码

工具特点

  • 再见 - 选择器 不使用 CSS 选择器或 XPath 定位器,根据纯文本来确定在运行时,要采用什么操作
  • 编写能够适应变化的 E2E 测试 使用纯文本指令编写复杂的交互和断言脚本
  • Github Star 数 194 ,截至当前最后更新时间为去年

Auto Playwright

介绍 automating-playwright

automating-playwright Github 代码

工具特点

Github Star 数 488 ,截至当前最后更新时间 4 个月前

AI Native Test 平台

mabl 平台官网


最后

文章中的摘要有些浅显,另外涉及的工具没有深度进行尝试,后续会更新关注,也可能这一领域目前还有很多不足,但希望给大家一些启发。

共收到 5 条回复 时间 点赞

自己顶一下😀

mabl 平台官网 怎么切中文版本 看只有英语和日语

路小圣 回复

谷歌翻译

这类需要调用第三方 AI 的库都有个很大问题,就是 Token 不够。我们公司买了微软 gpt4o 的 token,我试过拿来跑,并发量上去就很容被 ban。目前比较理想情况是,只在校验结果的时候调用,执行步骤交给本地实现。

hank.huang 回复

嗯,会越来越好的😀 😀

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