让 ai 做端到端测试的最佳方式是什么？

[StoneHuLu]

我公司要求需求和 bug 的 issue 提交给测试人员之前，开发人员不光要给出接口测试报告，还得给出和前端页面交互测试的截图。
我目前是用 cursor 的 gork4.7 ，配合 Chrome mcp ，让 ai 控制浏览器做操作，然后截图，最后生成图文的测试报告贴到 issue 评论里，但是目前稍微复杂点的场景就得耗时半个小时，评估了下大部分时间都浪费在 mcp 交互了。
一个特别简单的浏览器操作，都得做一次 mcp 和 agent 的完整交互。
我现在只能在 skill 里提及避免踩坑的部分来优化其他方面的耗时，但是收益比较有限，想问问万能的 v2er 有没有更好的办法？

[weixind]

裸 Chrome mcp 这个路径不太行。

试试 codex 的 computer-use 、browser-use 那一套。

跑过一次测试，大概有 10 倍的速度优势。

[fj19]

workbuddy 的 Agent Browser 可以

[ScforeverShawn]

playwright ？

[takemefly]

我现在一般是用 sa2web-mcp,因为 sa2web 管理平台已经登录了，一般不会再有验证，这对于多帐号运营我感觉非常好。

[Razio]

通过 AI 控制浏览器，生成一套完整的测试代码才是最优解，而不是每次从头开始让 AI 测试。纯 AI 测试，时间和金钱都是成本，而且发挥不稳定。
将不稳定的模型发挥转换成稳定的代码逻辑，才是该做的吧？

[StoneHuLu]

@Razio 主要我这个流程一般只考虑跑 1 次就行了，我不是测试人员，我只是需要证明我自己代码发布到测试环境后我自己跑了一遍就行了，不考虑跑多次的情况下，所以每次跑的都不一样

[Razio]

@StoneHuLu #6 那就只有按 1L 得，computer-use 、browser-use 。写个稳定的 skill 部署后自动触发一下吧。其他的浏览器控制都墨迹蛋

[StoneHuLu]

@weixind 我大概知道为啥慢了，很久以前装的 chrome mcp ，之后 cursor 所有的浏览器操作都走 mcp 了，你让我突然想起来 cursor 自己好像也有 browser-use ，虽然没有 codex 的强，我立刻试了下快了不少，mcp 耗时 30 分钟，codex 的 browser-use 用了 11 分钟，cursor 的 browser-use 用了 14 分钟

[382601486]

新出的 jev 试试，如果可以结构化文本给到 jev 做判断怎么交互，速度非常 快

[wwfalcon]

Playwright Test Agents

https://playwright.dev/docs/test-agents