Selenium/Playwright 中显式等待和隐式等待的区别？
五个经典回答示范
隐式等待是全局设置一个超时，找元素时轮询直到出现，对所有定位生效但无法针对条件；显式等待是 WebDriverWait 配合条件，比如等元素可见、可点击，超时可控。区别的核心：显式按条件等待更精准。强制 sleep 最不可取——写死时间，太短误判太长浪费时间。
我的实践规则：默认不用隐式等待，因为它会和显式等待叠加产生不可预期的总超时。页面加载策略用 eager 减少白等；元素等待全部显式化，封装成 waitVisible、waitClickable 等工具方法；异步数据加载等特定信号，比如 loading 图标消失或接口返回的标志元素出现。这套规范让团队脚本稳定性从六成提到九成五。
我会把等待问题上升到同步策略：等待的本质是测试与被测系统的状态同步。手段优先级：主动同步最好——通过拦截网络请求或事件钩子确定就绪；其次条件显式等待；最差时间等待。Playwright 的 auto-waiting 之所以稳，是因为它内置了 actionability 检查（可见、稳定、可事件）。选型时同步能力是我评估框架的核心指标。
追问『隐式显式叠加会怎样』：Selenium 里总等待时间变成两者叠加的不可控组合，官方明确不建议混用；『loading 消失就一定加载完了吗』：不一定，前端 loading 与数据就绪可能不同步，更可靠是等目标数据元素或监听接口；『FluentWait 是什么』：可定制轮询间隔与忽略异常的显式等待增强版。
『我全用 sleep(5)，等 5 秒基本都加载好了，偶尔不行就改 sleep(10)，稳定最重要，慢点没关系。』——点评：时间等待是把偶发当必然——环境慢一点全量失败，环境快就白白浪费成百上千个 5 秒；脚本总时长会不可接受。说明没理解等待的同步本质。
- 打开 模拟练习，选择「测试开发」方向，限时 3 分钟作答本题。
- 对照上方答题框架，逐点检查：哪些要素没覆盖、哪里表达啰嗦。
- 用自己项目的真实经历替换框架中的占位内容，重讲一遍并录音回听。
这类题在真实面试中常被追问细节，
建议进入限时模式练一遍。