Automated tests 当Testcafe单击禁用的按钮或在只读输入中键入文本时,预期的行为是什么

Automated tests 当Testcafe单击禁用的按钮或在只读输入中键入文本时,预期的行为是什么,automated-tests,e2e-testing,testcafe,browser-automation,web-testing,Automated Tests,E2e Testing,Testcafe,Browser Automation,Web Testing,在这两种情况下,Testcafe的预期行为是什么: 等待t.点击(带有“禁用”参数的按钮) 等待t.typeText(使用“readonly”参数输入) Testcafe应该抛出错误还是跳过操作?目前,在这些情况下,Testcafe只是跳过这些步骤,继续前进 我知道我可以用像 wait t.expect(input.hasaAttribute('readonly').notOk().typeText(input,'text'); 如果Testcafe自动执行此验证,这将非常有用。跳过禁用/只读元

在这两种情况下,Testcafe的预期行为是什么:

  • 等待t.点击(带有“禁用”参数的按钮)
  • 等待t.typeText(使用“readonly”参数输入)
  • Testcafe应该抛出错误还是跳过操作?目前,在这些情况下,Testcafe只是跳过这些步骤,继续前进

    我知道我可以用像

    wait t.expect(input.hasaAttribute('readonly').notOk().typeText(input,'text');


    如果Testcafe自动执行此验证,这将非常有用。

    跳过禁用/只读元素的操作是预期的行为

    我同意在某些情况下,验证目标元素是否已启用和可写是有意义的。但是,具有禁用/只读元素的操作在技术上并非无效,并且可能在某些测试用例中使用

    我已在GitHub上创建了一个问题以供进一步讨论: