先检查一个流程，不要一上来检查整个网站
“帮我检查网站”留下了太多未说明的决定：哪个环境、哪个账号、能不能点付款？适合第一次尝试的浏览器任务，应该有明确的起始页面、少量可核对的结果，以及必须停止的位置。
本文使用一个在本地运行的虚构商店。商品、账号和结果都是示例，不是真实客户的上线记录。目标是检查结账行为，不联系真实客户，也不产生真实付款。
先准备环境，再让它点击
在 Onevium 中打开项目，确认需要使用的浏览器界面可用。按项目文档启动预览；如果不知道启动命令，先让它查清楚。进程存在不代表打开了正确的应用，还需要核对地址和环境标识。
使用测试账号和支付服务的沙盒环境，把生产页面排除在任务之外。需要登录时由你完成，不要把密码或支付资料放进提示词。文字要求不是安全隔离，仍需设置合适的工具权限，并使用不能操作生产数据的账号。
- 明确允许访问的域名和起始路径，例如 http://localhost:3000/cart。
- 写清是否允许提交表单、创建测试订单或发送通知。
- 为每个检查项写出预期结果，包括输入错误等反向用例。
给出一个真正能完成的测试说明
环境准备好后，可以使用下面的说明。请按实际应用调整账号、页面与验收条件；这个例子不要求某一种框架或支付服务。
任务示例：仅使用虚构测试数据
使用我已打开的测试账号检查 http://localhost:3000/cart。
1. 空购物车：不能结账，下一步操作清楚。
2. 加入一个测试商品：购物车和结账页的数量、总价一致。
3. 留空一个必填项：出现可理解的校验提示。
4. 窄屏下：标签、总价和提交按钮仍然可见、可用。
不要付款，不要提交最终订单。
逐项返回预期结果、实际观察和证据。
如果跳转到 localhost 以外，或出现真实客户数据，立即停止。看证据，不只看“已完成”
任务进行时，留意当前浏览器是否仍然是指定的测试页面。布局出错时，可以要求对应截图；请求失败时，可以检查相关控制台或网络信息。只保留必要内容，分享前去掉账号等信息。
最终摘要应区分通过、失败和未执行。因为任务要求没有点付款按钮，就不能宣称付款流程验证通过；请求超时，也应标为未确认，而不是成功。
把一次有效检查变成可重复的工作
发现问题后，先留下复现步骤，再提出修复要求。修改后重复原来的失败用例，同时检查相邻行为。发布关键路径仍应配合确定性的自动化测试，浏览器探索和自动化测试解决的是不同问题。
只有手动运行具备明确环境、安全账号和接收人后，才考虑安排定时任务。定时运行仍依赖桌面端、网络和所需工具可用，也要提前约定重试时如何避免重复订单或重复通知。