本文是 Playwright 7 天实战训练营的第三课，系统讲解了如何利用 Playwright 的自动等待机制和丰富的断言方法，解决自动化测试中因网络延迟或元素加载导致的偶发性失败问题，从而构建稳定可靠的测试用例。
📝 详细摘要
文章聚焦于自动化测试的核心痛点——用例的稳定性，指出 85% 的偶发性失败源于等待与断言使用不当。作者首先批判了使用 time.sleep() 的弊端，然后详细介绍了 Playwright 的“杀手锏”——自动等待机制，该机制在执行点击、填写等操作时会自动等待元素满足可见、可交互等一系列条件。文章进一步讲解了三种显式等待方法（等待页面加载、等待特定元素、等待 URL 变化）和七种核心断言方法（如验证元素可见性、文本内容、数量等），并通过一个登录失败验证的实战案例进行演示。全文旨在引导测试开发者告别低效的固定等待，转向智能、自适应的等待与断言策略，以提升测试套件的执行效率和稳定性。
💡 主要观点
- 摒弃 time.sleep，拥抱 Playwright 的自动等待机制。 使用固定时间的 sleep 是测试不稳定的根源，既浪费快速网络下的时间，又无法保证慢速网络下的成功率。Playwright 的自动等待在执行操作前会智能判断元素状态（如是否出现、可见、可点击），从根本上解决偶发性失败。
wait_for_load_state、wait_for_selector 等显式等待方法应对特定场景，并熟练使用 expect 断言库来验证页面状态、元素内容等，这是编写健壮断言的关键。
💬 文章金句
- 稳定，是自动化测试的生命线。
- 我们统计了 100+新手自动化用例的失败原因，85%的偶现失败都是等待、断言使用不规范导致的。
- 当你调用 click() 时，Playwright 会自动：1. 等元素出现在 DOM 里 2. 等元素可见 3. 等元素稳定（不在动画） 4. 等元素可接收事件 5. 等元素启用（没被禁用）。你什么都不用做，Playwright 帮你搞定。
- 用 sleep 的用例，永远稳不了。
- 99%是等待不够。三个原则：①不要用 time.sleep() ②优先用 wait_for_selector ③用 expect() 断言（Playwright 自动等待）。
📊 文章信息
AI 初评：84
来源：Playwright实战教程
作者：Playwright实战教程
分类：软件编程
语言：中文
阅读时间：10 分钟
字数：2372
标签： Playwright, 自动化测试, 等待机制, 断言, 测试稳定性