有些问题无法通过阅读代码来判定。表单能否提交、流程能否完成、页面能否正常渲染——这些都需要应用处于运行状态且有人实际使用才能确认。
浏览器测试正是 Coroid 用来验证这些内容的方式。可在以下路径找到相关配置：质量 → 测试 → 浏览器.
场景
场景用通俗语言描述用户流程：具体操作步骤以及后续应满足的条件。
Sign in as a standard user, open the billing page, and change the
plan from Free to Professional.
Expect: the confirmation dialog lists the new monthly price, and after
confirming, the plan shown in the header is Professional.需将预期表述为可观测的结果。“页面能正常运行”这类描述无法有效反映实际问题；而“页眉显示‘Professional’”则具备明确的判断依据。
测试目标与账号
一个测试目标是指场景运行所处的环境——通常是待验证变更的预览版本。
每个测试目标都配有独立的配置和测试账号。测试账号是专门为此用途创建的凭证。
根据测试结果设置准入规则
浏览器测试结果可接入质量门禁，与其他检查项一样发挥阻断或提示作用。
在此场景下，默认设置为提示模式比阻断模式更合适。浏览器测试是所有检查项中稳定性最差的类别：其结果受时间、网络和实时环境的影响。只有观察到某个场景在多次运行中表现稳定后，再将其设为阻断规则。
保持测试实用性
- **数量要少而精。**覆盖关键流程的10个场景，远比涵盖所有情况的100个场景更有价值。每个场景在每次运行时都会消耗相应时间。
- **具备独立性。**若某个场景依赖其他场景先运行，会导致难以排查的错误。
- **及时清理。**创建数据的场景不应留下会影响下一次运行的残留状态。
当场景测试失败时
先查看测试证据再检查代码。浏览器测试会记录实际发生的情况，最常见的原因是环境因素——比如预览版本未准备就绪、依赖项不可用、账号被锁定等。
真正的故障会重复出现，而偶发错误则不会。