专栏第 7 篇。先写我怎么看/autotest-ui-web，再附 Skill 原文。页面脚本最常见的红，不是选择器「写错了一个字」，而是页面还没画完就开始找，或者选择器是从用例句子里猜出来的。选择器应该来自扫过的页面，集中在 Page Object 里。测试文件只引用这些对象。App、H5、桌面客户端、小程序看起来也是「界面」，用这套浏览器脚本去包，定位和等待都会错，所以表面不是桌面 Web 时这一篇必须停。我的看法和接口一样，覆盖率在生成时写入，执行另出报告。区别是 UI 段和 API 段写进同一个 PR 的同一份覆盖率，后写的一段不擦掉前一段。这样API+UI不会变成两份互相看不见的报告。执行默认有浏览器窗口。无界面的环境再改成无头。失败后先看截图和归因：脚本或定位可以修，最多顺着已有证据修；空壳页面不要拿去改选择器；产品和鉴权问题停下来说明，不放宽断言。流程图 /autotest-ui-web 生成并执行桌面 Web 脚本：先扫描页面再写 Playwright
专栏第 7 篇。先写我怎么看/autotest-ui-web，再附 Skill 原文。页面脚本最常见的红，不是选择器「写错了一个字」，而是页面还没画完就开始找，或者选择器是从用例句子里猜出来的。选择器应该来自扫过的页面，集中在 Page Object 里。测试文件只引用这些对象。App、H5、桌面客户端、小程序看起来也是「界面」，用这套浏览器脚本去包，定位和等待都会错，所以表面不是桌面 Web 时这一篇必须停。我的看法和接口一样，覆盖率在生成时写入，执行另出报告。区别是 UI 段和 API 段写进同一个 PR 的同一份覆盖率，后写的一段不擦掉前一段。这样API+UI不会变成两份互相看不见的报告。执行默认有浏览器窗口。无界面的环境再改成无头。失败后先看截图和归因：脚本或定位可以修，最多顺着已有证据修；空壳页面不要拿去改选择器；产品和鉴权问题停下来说明，不放宽断言。流程图 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
