Selenium WebDriver：每个测试步骤前用显式等待是否为良好实践？

这是个非常好的问题——答案其实是「要看情况」，但我们可以拆解一下什么时候大量用显式等待是合理的，什么时候可能是过度了，以及对应的最佳实践：

如果你是针对动态加载的内容、AJAX请求渲染的元素、或者需要等待状态变化的控件（比如按钮从禁用变为可点击）来添加显式等待，那这种做法不仅没问题，反而属于良好实践：

• 它比硬编码的Thread.sleep()靠谱太多：显式等待是条件触发式的，元素满足条件（可见/可点击）就立即继续，不会浪费不必要的时间，测试稳定性和效率都更高。
• 它比全局隐式等待更精准：隐式等待是全局生效的，会给所有元素查找都加等待，反而可能拖慢测试；而显式等待只针对特定元素，针对性更强。
• 应对复杂页面的必备手段：现在很多单页应用（SPA）都是按需加载内容，不等待的话很容易遇到「元素不可见/不可点击」的报错，这种场景下每个关键步骤前加等待是必要的。

如果是不分场景，每个测试步骤前都无脑加显式等待，那确实会带来一些麻烦：

• 代码冗余臃肿：重复写new WebDriverWait(driver, 10).until(ExpectedConditions.elementToBeClickable(locator))会让测试代码变得冗长，后期维护成本很高。
• 掩盖页面性能问题：如果几乎每个元素都需要等待很久才能加载完成，这其实是页面性能不佳的信号——过度依赖显式等待会让你忽略这些潜在问题，而不是推动前端优化。
• 不必要的时间消耗：有些元素是页面初始加载就存在的（比如导航栏、静态文本），给这些元素加显式等待纯粹是浪费测试时间。

如果你已经在大量使用显式等待，可以调整成更高效的方式：

• 精准添加，而非全局覆盖：只在真正需要等待的元素前加（比如动态渲染的列表、点击后才出现的弹窗、需要等待状态变化的按钮），静态元素直接查找即可。
• 封装等待逻辑：把常用的等待条件（可点击、可见、元素存在）封装成工具方法，比如写个WaitUtils类，提供waitForClickable(By locator)、waitForVisible(By locator)这样的方法，避免重复代码。
• 避免显式+隐式等待混用：Selenium官方文档明确不建议同时使用显式和隐式等待，这会导致不可预测的等待时间（比如显式等10秒，隐式等5秒，实际可能等15秒）。如果用显式等待，就尽量把隐式等待设为0或者干脆不用。
• 用全局等待替代重复的单元素等待：如果页面有统一的加载状态标志（比如顶部的加载 spinner、页面底部的加载完成提示），可以在页面加载完成后先等待这个标志消失，再进行后续操作，减少单个元素的等待次数。

总的来说，显式等待是Selenium自动化测试中最可靠的等待方式，但关键是有针对性地使用，而不是无脑给每个步骤都加上。平衡好测试稳定性、代码简洁性和测试效率，就是最佳的实践方式。

内容的提问来源于stack exchange，提问作者itsLukaszK