使用浏览器 Agent 验收应用

开始之前

准备一个已启动的本地应用，并记下准确网址。可以使用上一篇的阅读清单应用。练习只使用测试数据，便于重复操作。

Antigravity 能操作本地 Chrome，并生成截图或操作录像等产物；相关浏览器工具需要在设置中启用。具体行为与配置入口见官方浏览器说明。

1. 先确认应用本身可访问

自行打开本地地址，确认页面能加载。如果有登录功能，提前确认测试账号和浏览器会话。连接不到浏览器与应用出错是两类问题，需要分别判断。

先准备一张测试记录表

写明应用网址、待测版本和初始数据。阅读清单练习应始终使用同一个浏览器配置，并从空的测试列表开始。如果保留已有样例数据，新条目就用容易区分的标题，避免无法判断预期条数。

保持开发服务器运行。如果原端口被占用，服务可能换到另一个端口，此时同步修改提示词。示例中的 localhost:3000 只是占位地址，不代表所有项目都使用它。

2. 发出可观察的测试任务

把以下本站练习提示词的网址替换成开发服务器实际输出的地址：

测试 http://localhost:3000 上的阅读清单应用。
使用虚构标题和 https://example.com 作为样例网址。
添加两个条目，将一个标记已读，筛选未读，刷新，再删除一个条目。
另外测试空标题和无效网址。
每个场景记录：操作、预期结果、实际结果、通过或失败。
如果支持调整视口，再检查 390px 宽度。
为失败场景保存证据；第一轮只测试，不修改代码。
如果无法使用浏览器，请明确说明，不能假定测试已经通过。

第一轮先观察，可以明确哪些故障来自当前版本，避免测试和修复混在一起后无法复现。

3. 阅读测试证据

截图可以说明布局和错误提示，但单张截图不能证明刷新后数据还在。检查持久化时，应看到刷新前后的条目及操作顺序。

窄屏验收重点是：输入框和提交按钮能否正常使用、长标题是否换行、每个条目的操作按钮能否触达。仅有“页面看起来正常”的结论不够。

证据要与结论对应

Walkthrough 应分清已执行操作、预期结果与未验证的判断。打开它引用的证据，对照文字结论是否准确。

4. 修复后重复同一操作

挑选一个失败场景，要求最小修复，并使用同一组输入再次验收。如果修改影响表单验证，还应重新测试一次正常提交。

页面打不开时，先检查服务进程和端口，再检查浏览器工具设置。遇到登录或视口控制不可用，应记录为阻塞项，而不是通过项。

给 Agent 一份可复现的缺陷报告

以下是报告写法示例，并非对你的应用实际测得的结果：

场景：筛选后删除
版本：[提交号或检查点]
网址：[实际本地网址]
初始状态：Alpha 已读，Beta 未读。
步骤：切到未读，删除 Beta，再切回全部。
预期：Alpha 保留，Beta 消失。
实际：Alpha 消失，Beta 仍在。
证据：[本次运行实际保存的录像或截图]
请修复这一场景，再复测它，以及正常添加和刷新流程。

浏览器连不上时先查网址和服务；能连接却找不到元素时，核对路由与初始数据；同一操作时好时坏时，先记录发生时机和加载状态，再决定修复方向。

完成标准

保留一份简短记录，包括网址、版本或提交号、已测试流程、剩余问题和证据位置。读者应该能够按记录复现结果。

下一篇：用 Rules 和 Skills 复用审阅过程。