基于Dojo动态ID的Selenium WebDriver自动化测试优化方案咨询

安全阿岳

2026-5-15

针对Dojo动态ID的自动化元素定位方案建议

我之前在做Dojo应用的自动化测试时，也被这种动态生成的不稳定ID坑过好多次——刚写完的脚本跑两次就挂，排查半天发现是ID变了，太闹心了！结合我的实战经验，给你几个优先级从高到低的可靠定位方案：

1. 给关键元素添加自定义测试属性（最推荐）

如果这是你们团队自己开发的Dojo应用，直接和开发沟通，给所有需要自动化定位的元素加上自定义的测试专属属性，比如data-test-id="login-submit-btn"或者data-automation-id="username-input"。

之后你就可以用这种属性来定位，比如：

这种方式完全不受页面结构、Dojo动态生成逻辑的影响，是稳定性最高的方案。我当时推动团队落地这个规范后，脚本失效的问题直接减少了九成。

Dojo组件开发时，开发者经常会用data-dojo-attach-point属性来绑定组件内部的元素（比如按钮、输入框），这个属性是开发者手动定义的，不会随页面动态变化，稳定性非常好。

比如找一个提交按钮，定位语句可以是：

不过要注意，有些内部组件的attach-point可能不会暴露出来，需要和开发确认哪些是可用的。

如果元素有固定的显示文本（比如“登录”“提交”这类不会轻易变更的文本），可以结合它的父容器的稳定特征（比如固定的类名、自定义属性）来组合定位。

举个例子：

//div[contains(@class,'login-form-wrapper')]//button[text()='登录']

如果文本前后可能有空格，用contains()更稳妥：

//div[contains(@class,'login-form-wrapper')]//button[contains(text(),'登录')]

⚠️ 注意：如果应用是多语言环境，文本会随语言切换变化，这个方案就不适用了，得换成其他静态属性。

Dojo生成的元素类名里，有些是组件的核心静态类（比如dijitButton、dijitTextBox、dijitForm），这些类名不会随页面变化而改变。你可以结合开发者自定义的静态类名来定位，避开那些带随机哈希值的动态类。

比如定位一个自定义样式的用户名输入框：

//input[contains(@class,'custom-username-input') and contains(@class,'dijitTextBox')]

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