实现UI自动化的最佳方法

Question

让我先谈谈我的背景，

在这个行业已经有一年多了，尽管没有以前的背景，却得到了加入团队的绝佳机会，事实上，他们热爱并享受着每一刻。我唯一的困境是，没有资深的QAs将他们的知识传授给我。

我们的团队分为前端和后端，我是前端团队的一部分。正如我所提到的，这是我的第一个角色，没有资深的QAs传授他们的知识。我们有现有的项目，但我觉得我们的自动化不是很好，从某种意义上说，它们中的大多数都是薄薄的，而且我对这个角色相当陌生，所以除了“自动化很好！你不需要手动测试东西！”这个事实之外，我对自动化策略不太了解。

过了一段时间，我意识到这是有道理的，但这并不一定意味着自动化一切，这是我以前的想法，尝试自动化的功能，每个冲刺。

现在我们开始了一个新的项目，而我，也是前端团队唯一的QA。我想知道其他团队是如何使用手工用户界面回归测试的，以及您是如何着手实现自动化的。

手册:我们都知道UI是非常脆弱的，其中有很多部件和碎片。根据我的经验，任何事情都有可能发生。你们是怎么记录每件事的？

自动化:从我所学到的情况来看，UI自动化似乎很不稳定，应该保持在最低限度，因为前端总是不断变化的性质。既然我只专注于前瞻，你们会如何决定自动化等等呢？

如有任何意见，将不胜感激。想听听其他公司是如何进行他们的前端测试的。

提前感谢

Answer 1

要测试什么，使用敏捷测试象限将测试划分为单元、集成、自动化ui和手动ui。

对于在任何给定区域中测试的数量，通常使用敏捷测试金字塔(底部的单位，意思是最大的单位，顶部的UI最少)来指导每个区域的测试量。每一家公司的确切形状都会有所不同，但一般来说它应该是一个金字塔。沙漏形状是可能的。

为

了解其他团队如何使用他们的手工用户界面回归测试，以及如何实现自动化。

关键是要知道手工测试和自动化测试是如何相辅相成的。通过教育自己来实现自动化(我推荐Lisa和Janet的“敏捷测试”一书)，然后开始与应用程序开发人员进行详细和持续的对话。看到团队的努力与团队的决定，什么是自动化的地方。

对于javascript组件，大部分单元测试实际上是使用nigthwatch进行ui测试。要理解在更高的，也许是端到端的硒测试中需要测试什么，就需要很好地理解夜报已经涵盖的内容。频繁的否认是针对给定组件的许多不同的选项，这些选项可以用夜视器进行测试，可能会让一个端到端的UI案例自动化。

Answer 2

这将取决于您所说的UI自动化的含义。

如果您指的是通过UI进行的整个系统测试，那么实际上您有许多移动部件，它们可能异步更改：

• UI本身
• 你控制的服务
• 你无法控制的服务
• 等等..。

在这种情况下，两种启发式方法可能有助于保持维护正常：

• 频繁执行:在较短的时间跨度内，事情变少，因此维护时间变慢；
• 小检查:如果您的测试依赖于较少的组件，那么每次更改都会中断较少的测试。

但是，如果您打算测试UI (前端应用程序)，大多数现代框架都有允许低级别检查的组件，以及利用框架上下文本身的工具。

例如，Ember.js允许您测试每个组件都是一个单元。，独立构建每个组件以测试其渲染，或者构建整个Ember.js应用程序来测试组件集成，但是可以模拟所有服务依赖项，从而降低测试的脆弱性--服务*中不相关的更改。

// File: /mirage/config.js
this.get("/date", function(db, request) {
  // Mocking a JSON response from the /date endpoint
  return { day: "31", month: "12", year: "2018" };
});

反应和角度也有自己的工具。

这些测试集中在UI**上，通过移除服务依赖项，它们是快速而可靠的。

*使模拟与服务中的更改保持同步的作用是合同试验；*意味着只能将它们添加到UI构建管道中，而失败将仅由UI代码上的更改引起。