TestCafe点击禁用按钮可触发事件是否为预期行为？

这是TestCafe的预期设计行为，并非bug。

TestCafe的交互逻辑和真实浏览器的原生限制不同：它不会被元素的disabled属性阻挡操作，允许测试对禁用元素执行点击等交互。官方设计这个特性的初衷，是为了让测试人员能灵活验证元素在特殊状态下的系统响应，而不是被浏览器的用户交互规则限制住。

你遇到的场景很典型：绑定条款确认的禁用按钮，真实用户根本点不了，但TestCafe能直接触发点击，导致「未接受条款无法提交」的测试逻辑失效。

你提到的断言disabled属性的方式确实是可行的变通方案，比如在点击前先验证：

await t.expect(submitBtn.hasAttribute('disabled')).ok();

但更贴近真实用户流程的做法是：先完成前置操作（比如勾选条款复选框），确保按钮变为可用状态后，再执行点击操作，这样测试逻辑会更符合实际用户行为。

TestCafe官方社区早有类似讨论，明确这是有意为之的设计，如果你需要严格模拟真实用户的操作限制，建议在测试中主动校验元素的可用状态后再执行交互。

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