网站UI变更时，使用Selenium编写的网页自动化脚本还能正常运行吗？

问题1：目标网站UI调整后，原有脚本是否还能正常执行既定任务？ #

绝大多数情况下无法正常执行。
Selenium脚本的执行核心依赖页面元素的特征匹配，包括但不限于元素id、class属性、DOM层级、XPath/CSS选择规则、可见文本等。如果UI调整改动了你脚本中用到的上述特征，比如修改了按钮id、调整了输入框的父节点层级、变更了操作按钮的文本，脚本会直接抛出NoSuchElementException或TimeoutException，后续操作无法继续执行。
仅当UI调整仅修改颜色、边距等不影响元素定位属性、DOM结构的样式时，脚本才有可能正常运行，这类情况在实际业务迭代中占比极低。

问题2：是否有方案可以编写出即便网站UI改动也可稳定运行的自动化脚本？ #

不存在完全不受UI改动影响的脚本，但可以通过以下方案大幅降低UI改动对脚本的影响，提升稳定性：

• 优先使用业务专属属性定位：要求开发在核心业务元素上添加data-testid、data-qa等专门给自动化测试使用的专属属性，只要业务逻辑不变，这类属性不会随UI迭代变更，定位写法参考driver.findElement(By.cssSelector("[data-testid='submit-order-btn']"))，稳定性远高于class、层级类选择器。
• 采用页面对象模型（POM）架构：将同一页面的所有元素定位、操作方法统一封装到独立的Page类中，UI改动后仅需要修改对应Page类中的定位逻辑即可，不需要逐行修改所有用到该元素的用例代码，大幅降低维护成本。
• 减少弱特征依赖：除非业务本身需要校验文本内容，否则不要用可见文本定位元素；不要依赖列表元素的固定下标做定位，尽量通过业务绑定的属性匹配目标元素。
• 统一使用显式等待：不要用Thread.sleep()这类硬等待，全部替换为WebDriverWait显式等待，仅等待目标元素达到可交互状态后再执行后续操作，避免UI改动后元素加载速度变化引发的随机超时。
• 拆分用例粒度：不要编写覆盖十几个操作的超长单条用例，拆分为小粒度的独立用例，即使某块UI调整也只会影响少量对应用例，排查修复效率更高。
• 同步迭代校验：版本发布前同步运行核心自动化用例，发现定位失效问题提前修复，避免问题累积。

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