我不停地看到两个词 绕着我的饲料: 代理测试和AI动力测试。
它们经常被使用,好像它们的意思是一样的。
他们没有。
让我们先拆散这件事。
人工智能测试到底是什么意思? “AI动力测试”可以指许多不同的东西。
它可能意味着使用AI生成诸如Playwright, Selenium, Cypress等框架的测试,或者任何测试框架,你的QA团队拒绝停止谈论.
我办公室的QA团队很爱Selenium,并不断推动.
内幕新闻:我还在这里, 开玩笑的是,AI生成的测试代码可能是今天AI动力测试最常用的版本.
你给克洛德, Codex, Cursor, 或者另一个编码助手一个特性的描述, 它为你制作一个测试脚本.
结果仍然是传统的基于代码的测试.
AI只是帮助编写它。
AI动力测试还可能指在现有测试套件周围添加智能.
例如,您可能已经进行了 Playwright 或 硒测试 。
当其中之一失败时,大赦国际可以帮助确定: 申请真的坏了 测试已过时 选择器已更改 故障是由时间或片状行为造成的 用户行程本身也改变了AI,也可以分析日志,截图,浏览器活性,以及故障消息来解释可能发生的事情.
另一个版本是AI辅助恢复.
一个测试在特定步骤上失败了,但系统并没有立即停止,而是试图理解页面并寻找另一种有效的继续方式.
这通常被称为自愈测试自动化.
几年前,可靠地做到这一点是极其困难的。
即使在现在,“自愈”也往往被过度出售,但现代浏览器代理商和语言模型已经使有限的恢复更加实用。
因此AI-动力测试可以指: 生成测试代码 分析测试故障 更新过时的测试 从被破坏的选取器中恢复 解释一个失败是来自产品还是测试Agentic测试略有不同.
什么是代理E2E测试?
通过代理测试,您不一定自己写测试执行 。
您用自然语言描述用户行程、预期结果或任务。
代理商然后使用它可用的工具来理解应用程序并执行行程.
对于网络应用程序,这些工具可能允许代理商: 检查当前页面 查找交互式元素 单击 填充屏幕之间的表格 读取可见内容 检查当一个小的UI改变原路径时,是否出现了回收物,用于Android, iOS,桌面软件,或者你最终不得不测试的其他怪事,可用的工具会有所不同.
主要想法保持不变:你描述的是目标。
代理决定如何完成.
这种工作流程对单位测试没有多大意义.
单位测试需要准确的投入、产出、断言和决定性行为。
但它对于端到端的测试可能极为有用.
E2E测试是关于用户行程的.
用户可以报名吗?
他们能建立一个账户吗?
他们能给车加个产品吗?
他们能完成退房吗?
他们能创造交易吗?
他们能到达预期的确认屏幕吗?
这些正是浏览器代理能够理解和尝试在真实应用中的任务类型.
我对传统测试自动化的问题 是一个开发者,而不是一个专门的测试自动化工程师。
我可以写测试, 但我并不总是知道 最好的方法 结构一个严重的E2E测试套房 从第一天。
这在较小的公司可能很常见。
您可能没有完整的QA自动化团队.
管理层仍希望涵盖重要的工作流程,因此责任落在会议期间看来最不忙的开发商身上。
那个开发商可能是你。
绝对是我 通常的解决办法是直接的。
你打开Claude, Codex, Cursor, 或者另一个编码 a