尽管大多数人都认为测试软件UI很重要，但许多人认为自动化测试速度慢且不稳定。因此，许多技术公司更喜欢手工测试。在这篇文章中，我将说服您：尽管自动化UI测试并确保它们快速可靠是很难完成的，但这绝对是可行。施工我曾经问过一个朋友，为什么他的公司没有自动化UI测试。他回答说，"因为考试容易破。例如，如果一个工程师改变了DOM中的一些东西，它会导致测试中的错误。例如，自动化工程师中的一个普遍问题是，哪些选择器是最好的。常见的答案是id或class，而不是XPath，这可能会失败。让我打破这个神话，并解释如何使自动化框架可靠。为选择器选择id有一个警告：该值对于文档必须是唯一的，这意味着它在多个相同的UI组件（例如元素）的情况下不起作用。作为一种解决方案，我们在Cloudinary的自动化小组选择利用标准的data-*属性来识别具有名为datatest的属性的定位器。我们不只是选择存在的风险最小的属性，而是在应用程序代码中添加了数据测试。不仅web元素的搜索变得稳定，开发人员还可以自由更改id和类名。此外，通常，前端开发人员使用id或类添加逻辑或样式。利用一个独特的属性可以创建一个将开发和QA明显分开的约定，从而实现透明性和清楚。这里另一个例子是：类名在这里不起作用，因为处理作用域的样式库会自动生成类。因此，类不是可靠的源，并且组件在多姆。不过，将自动化属性datatest添加到组件可以保持UI的完整性，从而使QA工程师能够构建稳定和一致的选择器。一些有人想知道数据属性作为选择器的性能。可以肯定的是，类和数据属性之间的查找时间通常是相同.SummaryTo回顾一下，如果计划和执行正确，E2E UI测试可以是可靠、高效和灵活的。前端开发人员可以自由地调整DOM，而不需要QA自动化团队进行相应的调整，从而为每个人节省时间。底线：这个过程使寻找正确的人更容易选择器零件本系列的第2篇将打破另一个神话："自动化E2E是耗时的。"敬请关注。