片状测试摆脱测试中的噩梦

mdruhul

可靠的测试对于任何编写自动化测试或关注结果的人来说都是一场活生生的噩梦。不稳定的测试甚至给人们带来噩梦和不眠之夜。在这篇文章中，Ramona Schwering 分享了她的经验，以帮助您摆脱这种地狱或避免陷入地狱。
有一个寓言，这些天我想起了很多。这个寓言是我小时候听的。它被伊索称为“狼来了的男孩”。这是关于一个男孩在他的村庄里放羊的故事。他感到无聊，假装一只狼正在袭击羊群，向村民们呼救——结果他们失望地意识到这是一场虚惊，让男孩一个人呆着。后来，狼真的 美国电话号码表 出现了，男孩大声呼救，村民们以为又是一场虚惊，没有前来救援，结果羊被狼吃掉了。

这个故事的寓意最好由作者自己总结：

“说谎的人不会被相信，即使他说的是实话。
一只狼袭击了一只羊，男孩大声呼救，但经过无数次谎言之后，再也没有人相信他了。这种寓意可以应用于测试：Aesop 的故事很好地寓言了我偶然发现的匹配模式：无法提供任何价值的不稳定测试。

前端测试：为什么还要麻烦？
我大部分时间都花在前端测试上。因此，您应该不会感到惊讶，本文中的代码示例将主要来自我在工作中遇到的前端测试。然而，在大多数情况下，它们可以很容易地翻译成其他语言并应用于其他框架。所以，我希望这篇文章对您有用——无论您拥有什么专业知识。

值得回顾一下前端测试的含义。从本质上讲，前端测试是一组用于测试 Web 应用程序 UI 的实践，包括其功能。

作为一名质量保证工程师，我知道在发布前根据清单进行无休止的手动测试的痛苦。因此，除了确保应用程序在连续更新期间保持无错误的目标外，我还努力减轻那些实际上不需要人工处理的例行任务所造成的测试工作量。现在，作为一名开发人员，我发现这个话题仍然很重要，尤其是当我试图直接帮助用户和同事时。尤其是测试有一个问题让我们做噩梦。



易碎测试的科学
不稳定的测试是每次运行相同的分析时都无法产生相同结果的测试。构建只会偶尔失败：一次通过，另一次失败，下一次再次通过，没有对构建进行任何更改。

当我回忆起我的测试噩梦时，我特别想到一个案例。它在 UI 测试中。我们构建了一个自定义样式的组合框（即带有输入字段的可选列表）：

我每天工作的项目中的自定义选择器。（大预览）
使用此组合框，您可以搜索产品并选择一个或多个结果。许多天来，这个测试进行得很顺利，但在某些时候，情况发生了变化。在我们持续集成 (CI) 系统的大约十个构建中的一个中，在此组合框中搜索和选择产品的测试失败了。