一条命令在浏览器中测试你的应用
在项目聊天中输入 /test，Mythex 会像真人一样测试你的应用：它会在浏览器中打开实时预览，访问页面、点击按钮、填写表单，然后在聊天中报告哪些地方正常、哪些地方有问题。你可以指定某个流程，例如「测试注册和价格页面」，也可以让它沿着应用中最明显的路径走一遍。
它的作用
应用测试针对的是你的实时预览，而不仅仅是你的代码。Mythex 会在浏览器中操作正在运行的应用，捕获它所看到的内容——在有用的时候包括屏幕截图——并在聊天中写出测试结果摘要。
这与阅读源代码是另一种检查方式。代码看起来可能没问题，但在实际使用中仍会出错：按钮绑定了错误的处理函数，表单提交后却不显示确认信息，或者某个页面只有在登录后才会出错。要发现这些问题，唯一的办法就是使用应用，而应用测试会替你完成这一步。
它为什么有帮助
用智能体构建时，预览是你判断进展的方式。你点来点去，看起来没问题，就继续前进。但每次改动后都把每个流程点一遍很繁琐，你很容易检查了刚刚改过的页面，却漏掉了它悄悄破坏的另一个页面。
应用测试把「它还能正常工作吗？」变成一条消息。你描述重要的路径，智能体把它走一遍，你就能拿到一份可以据此行动的报告。由于它在同一个聊天中运行，修复只需再发一条消息。
如何运行
- 确保预览正在运行并显示你的应用。应用测试是针对预览进行的，因此如果预览是空白的或仍在启动中，请先等待或先解决这个问题。
- 在项目聊天中输入
/test。你也可以用自然语言提问——「在浏览器中测试一下应用」同样有效。 - 如果需要，说明测试重点。 例如：「测试注册和价格页面」，或「创建账号、添加商品、结账」。
- 阅读报告。 Mythex 会总结它尝试了什么、哪里出了问题，并在有帮助的地方附上屏幕截图。
- 用
/fix或一条普通的 Build 消息修复发现的问题。 - 再次运行
/test，确认修复有效，并且没有破坏其他功能。
何时使用
- 进行较大的界面改动之后。 新的布局或导航可能会破坏你没有直接修改的流程。
- 发布之前，在访客发现问题之前先捕捉明显的故障。
- 预览看起来正常，但某个流程可能有问题时。 多步骤的路径——注册、登录、然后进行某个操作——最值得检查。
获得好结果的技巧
请求越清晰，报告就越有用。
- 描述一条正常路径。 「创建账号、添加商品、结账」给了智能体一个清晰的顺序去执行，也给了它一个清晰的结果去检查。「测试所有内容」则让它自己去猜什么最重要。
- 指出你改动过的页面或功能。 如果你刚刚重新设计了价格页面，请直接说明。
- 小步循环测试。 改一处，测试，修复，再测试。只改一件事时，更容易看清什么被破坏了。
- 配合检查点使用。 如果一次改动破坏的比修好的还多，你可以回退到上一次正常的轮次，而不是在它之上继续打补丁。
限制
- 它测试的是预览，而不是你已发布的网站。 应用测试在你私有工作区中的实时预览上运行，不会检查访客在你已发布的 URL 上看到的版本。准备好后请单独发布。
- 预览必须正在运行。 如果预览没有启动，就没有东西可以测试。
- 它只会沿着你指定的路径进行。 有针对性的请求会得到有针对性的检查；它不是一套穷尽式的测试套件。
- 它负责报告，你负责决定。 应用测试会告诉你哪里出了问题。修复是另一个步骤，使用
/fix或 Build 消息完成。
如果你在找到问题后想深入追踪原因，我们关于如何调试 AI 构建的应用的指南会讲解这一过程。关于预览本身，请参阅每个项目都有私有工作区和实时预览。
文档页面中有详细说明：应用测试。