automated-tests - Testcafe 单击禁用按钮或在只读输入中键入文本时的预期行为
问题描述
在这两种情况下,Testcafe 的预期行为是什么:
- 等待 t.click(带有“禁用”参数的按钮)
- 等待 t.typeText(使用 'readonly' 参数输入)
Testcafe 应该抛出错误还是只是跳过操作?目前,在这些情况下,Testcafe 只是跳过这些步骤并继续前进。
我知道我可以使用类似的东西
await t.expect(input.hasAttribute('readonly').notOk().typeText(input,'text');
如果 Testcafe 自动进行此验证将非常有帮助。
解决方案
使用禁用/只读元素跳过操作是预期的行为。
我同意在某些情况下验证目标元素是否已启用和可写是有意义的。但是,具有禁用/只读元素的操作在技术上并非无效,并且它们可能用于某些测试用例。
我在 GitHub 上创建了一个问题以供进一步讨论:https ://github.com/DevExpress/testcafe/issues/4106 。
推荐阅读
- geocoding - 地理编码:API v7 中的 HERE API v6 locationId
- c# - 是否可以在 C# 中对 RichTextBox 使用自动完成功能?
- c++ - VSCode、C++ 和 CMake - 每个目标一个启动配置
- c# - 行车记录仪公司智能卡返回“6A88”
- go - 扩展并发负载时,基于 grpc 协议的 ALB 是否会返回与网络相关的错误?
- typescript - 如何使用 vue3.0/typescript/bootstrap5.0 确认弹出窗口
- c - 参数类型 void 不完整?
- mongodb - MongoDb:我可以使用 findOneAndUpdate() 来确保文档仅由一个线程读取和修改吗?
- java - 文件资源管理器未打开以上传文件
- python - 文件存储到 SQL。烧瓶