如何使高级网站的测试自动化

Question

我将承担起自动化内部“媒体”网站的责任，该网站看起来非常漂亮，每页有50多个元素。

但是在过去的几年里，作为“工业和数据中心网络”领域的用户界面自动化的网络监控工具，我觉得这个新的责任是一个挑战。

由于工业系统的UI通常由较少的可视化组件组成，而且看起来更简单。自动化工作通常包括数据驱动的测试，其中我们提供了一组输入并期望一些东西，或者执行一系列操作并期望一些东西。

这是相当直截了当的自动化UI.But为这样一个花哨的网站，我不知道从哪里开始或使用什么战略。

所以我的问题是：

采用什么策略来实现公平的测试覆盖和访问所有元素？

因为在一页中为大约50个元素编写唯一的定位器并不是一种好的方法。

例如，一个人将如何自动化一个像：https://fancy.com/这样的网站

Answer 1

欢迎:)

我想在这篇文章中区分两件事：

1. 功能测试--你可以像以前那样做
2. UI测试--这样的“花哨”/现代/任何你想叫它的东西，都应该在桌面和其他设备(平板电脑，移动设备，诸如此类)的浏览器上进行测试。

我不认为2号可以完全自动化。让我给你们看看几周前我面对的一个真实的例子。

一个电子商务平台，我有一堆自动检查，以确保一堆东西在网站上工作。然后，我手动检查了签出过程，最后一步包含在页脚中：

我本可以运行我的自动检查一百次，这将滑入生产。当然，这不是一个可怕的错误，但看起来很不专业。此外，我甚至不认为自动化能够发现所有这些问题，如果是这样的话，编写和维护这样的自动化测试套件需要花费更多的时间，而不是手工完成。

所以，在你的情况下，我认为最好问这样的问题：

• 如何确保站点在各种浏览器中的外观和行为相同？
• 我需要什么浏览器来测试它？我能自动检查一下IE、Firefox和Chrome中菜单的外观是否不同吗？多么?如果你能找到办法，那就去吧，但我对此持怀疑态度
• 如何确保站点在各种设备上的外观和行为相同？在不同的屏幕上？
• 什么应该被自动测试，我需要手动测试什么？

我还可以提出以下方法，以便在自动化和手动测试之间找到更合理的平衡:尽量不要从自动化开始，仅在最初的几天/周内手动测试(取决于开发在您的情况下的速度)，然后定期自动化您必须做的事情，并花费您太多的时间。我认为这比直接投入自动化要好得多，仅仅是为了发现你所做的自动化测试中有一半在你需要重写或者完全退役之前只运行过一到两次。

我猜想这样做会使站点最重要的方面(站点上的元素的一小部分)自动化，/most的重要流通过应用程序，让您需要手动测试一些角落案例和意外的问题，如我在上面的图片显示的问题。

Answer 2

Muzzamil的回答非常好，可以添加它，或者使它更简单：

1.想想为什么你觉得这是一种挑战？

您的回答:您说过的答案是，单个页面中有太多的元素，而为每个元素查找定位器或测试将非常费时或费时。

一个反透视图:如果您很难找到定位器并使页面自动化，那么开发人员构建这样一个页面将花费更多的时间。

2.那么想想开发人员是如何在短时间内构建这样一个页面的呢？

答案是，他们重复使用组件集。考虑一下花哨的网站，下面的定位器给出了菜单框架的组件。

[class*="submenu-dropdown"] [class=inner]

您可以在自动化脚本中使用相同的逻辑。查找在不同部分(如头、子菜单等)中重用的通用定位器，并对每个元素进行迭代，并使用文本或索引获取元素。