不是重新造轮子，目的是从测试的角度，利用当下的 vibe coding 去做一些创造类的事情，测试平台只是我们作为职业角度最快能创造出并能够检验的成果。

是的，这个时代下，用 AI 直接形成高代码的框架，提升自主可控性会是一个可以去尝试的做法。

我很认同你的说法，所以我在尝试用 AI 工具构建一套这样的体系，完全通过 vibe coding 的方式。
我认为你在做的也是相当优秀的工程，建议再结合当下，配合 AI Agent 将会更好，这个时代，我们测试人员需要拥抱 AI。

我认为现在只能通过各种类似于 MCP，或者类似 Cladue Code 里面的 Skills 的标准，去制定属于测试自己的工具。

ToG 这样的情况应该有比较多的空余时间吧。测试基础理论完善后，学点 AI 测试的内容，多做准备吧，为之后铺路。

可以先用 page.pause() 调试一下具体卡在了哪一步。无非就是 context_new_page() 和 goto() 出了问题，两者有不同的对应问题，如果是前者建议清理下环境，重新按照下 playwright 以及对应的浏览器。

会持续更新，可以关注这个标题，今天已更新：十年 “邪修” 老测试的 2026 狂想：用 Spec Coding 重铸属于每个 QA 自己的测试神器（01）

有兴趣可以一起探讨，我之后会持续更新

项目做多了你就知道，一般性能测出来的问题，调优，尤其是通过业务流程优化的功能，功能上出些回归的概率是极高的。

压测的核心还是看主要业务场景， 确保业务场景能够被准确覆盖的情况下，这种操作其实没什么问题。但是建议是在资源充沛的情况下，尽量还是仿真模拟。