大多数人都同意测试软件UI很重要,但许多人认为自动化测试慢和不稳定。因此,许多技术公司偏爱人工测试并保证测试快速可靠很难实现, 绝对可行
有次我问朋友为什么公司不自动UI测试回答道 测试很容易中断举个例子,如果工程师修改DOM系统引起测试错误
然而,这个问题是可以解脱的举例说 自动化工程师中流行问题 即选择者最优常见答案标识符或类,而不是XPatth可能失败让我破解这个神话并解释如何使自动化框架可靠
选择标识符选择器有一个警告:值必须是文档独有性,这意味着它对于多样UI组件无效,例如UI组件元素.解析时,云口自动化组选择识别标点并称属性数据测试通过利用标准数据-*属性。与其选择最小风险属性,不如添加数据测试程序代码不仅搜索 web元素后稳定化,开发商还可自由修改ID和类名
通常前端开发者会添加逻辑或定型ID或类利用独有属性创建公约,将开发与质优分立,实现透明清晰
举个例子
类名不在这里工作,因为文法库处理范围定义自动生成类类不可靠源码,组件在DOM中不独有
添加自动化属性数据测试留置UI完整化,使QA工程师能构建稳定一致选择器
其中一些人想知道数据属性作为选择器的性能预测类间查找时间和数据属性通常是相同的
概括地说,如果计划正确执行,E2EU测试可以是声音、高效和灵活的前端开发者可自由调试DOM,无需QA自动化团队做相应的调整,为每个人省时底线:此过程更容易查找右选择器
第二部分将破解另一个神话:“自动化E2E耗时。”