什么是测试自动化中的反模式？

#1 楼

单元测试和系统测试自动化有所不同，但是至少有一些单元测试反模式适用，例如专注于快乐路径场景。感谢您包含该链接！

在我实现的自动化中，由于我正在测试的旧版Java客户端-服务器系统的结构，我不得不实施GUI自动化。但是，它们也适用于在用户界面上起作用的Web自动化工具，如Selenium。请注意，这适用于键盘/鼠标界面，触摸界面完全是不同的动物，需要对其进行评估。

我将从一个明显的反模式开始：
对Record和回放
我在所有自动化中都实现的替代方法是使用记录的操作来获取GUI元素的结构，然后将它们参数化为一个函数，该函数搜索应用程序接口结构以找到对象。这使GUI自动化可以适应用户界面的结构更改（这经常发生）。测试人员会很快克服并经常忽略。但是，不稳定或不可预测的操作是自动化测试的祸根。即使它们是EBM（“每个蓝色的月亮”）间歇性缺陷，它们仍然会阻止大多数自动化而无需大量重启。

这是我的最爱：
忽略可访问性开发标准
开发这些标准是为了允许残疾人访问软件应用程序。不仅是正确的做法，而且这些标准的实施提高了所有用户的可访问性。采用这些标准的鲜为人知的好处是，对于手动和自动方法，应用程序的可测试性都得到了极大的改善。这些标准的一个方面尤其重要：使应用程序界面可由外部屏幕阅读器应用程序（例如Jaws）读取。不实施可访问性标准将迫使您实施“盲”自动化，这实际上是上面讨论的“记录和回放”方法。

#2 楼

不能在隔离反模式中进行测试

为了隔离地运行测试，您通常必须引导一个或多个系统，配置这些系统，设置测试数据，存档测试工件并在安装后销毁设置测试运行。

比较容易的是，仅对某些中央系统测试数据库和共享服务器资源运行端到端测试，每个测试情况具有多个帐户。 >运行测试套件所依赖的（生产）基础架构
并行测试运行可能会相互干扰
测试数据已损坏，并且需要不时进行手动修复
更容易使测试依赖于每个其他

更好的方法是使用CI来使用像Vagrant这样的工具来为每个单独的测试运行提供一个干净的测试环境。

#3 楼

问题：断言是PageObject类的一部分

def varify_edit_link_presence
  //BAD: Assertion in page Object. 
  has_link?("edit").should be true
End

解决方案：PageObject仅提供元素的状态给来电者。呼叫者本身将验证状态：

def has_edit_link?
   has_link?("edit")
End

复制使生活变得轻松。
长寿的死代码！ >救援策略。

这是摘录自有关敏捷测试反模式和救援策略的幻灯片。有关更多信息，请查看该演示文稿。

#4 楼

我要花点时间：


在测试用例级别包括业务逻辑，而不是构建业务层。现有模式：Page Object Pattern
在带有定位器信息的测试用例中而不是在业务层中内联声明页面元素。现有模式：Page Object Pattern
睡眠任意时间。现有模式：轮询，显式/隐式等待。

#5 楼

测试自动化中的反模式


使用隐式等待
使用录制的回放
使用脆性的，基于布局的选择器
不隔离测试之间的测试数据
/>不一致使用页面对象
仅具有否定断言的测试
在测试过程中途使用断言
由于设置相同而重复测试的一部分
不考虑悲伤用户输入无效数据的路径
强制所有测试通过复杂工作流中的所有页面
假设测试自动化涵盖了可访问性和可用性
在测试和套件描述中使用隐式名称和缩写
>不考虑开心流和悲伤流的可选工作流
仅测试1个浏览器并假定其他浏览器工作正常
不使用Page Helpers来干燥和命名公共代码段have_css超过have_button之类的特定对象

随着扫描电子设备的逐渐变长，子弹点是的，整个页面都是这样。

我想说的是，刚开始我在此列表中犯了所有错误，但我不了解，所以我认为它们都符合您的“起初看起来不错”的标准。

#6 楼

不同的堆栈反模式

自动测试（也是测试框架）是使用不同于SUT使用的软件堆栈实现的。这将使开发人员难以维护测试。我已经看到Web开发团队需要学习Java作为一种额外的语言，因为测试团队决定向我们提供Java测试框架，而无需应用程序开发人员参与。测试人员熟悉Java，而不熟悉其他团队使用的PHP / JavaScript堆栈。团队
进行额外设置以运行本地测试（工具，运行时等）

#7 楼

缺少功能需求时的白盒测试

有时，由于缺乏需求，我们阅读了系统代码以试图辨别其应做的事情，然后根据该知识编写测试。当有人要求对遗留系统进行自动化测试时，可能会发生这种情况。不了解实际需求的白盒测试也会冒着在测试中包含系统逻辑错误的风险。您使用相同的输入运行两个版本的系统，然后比较输出。这种测试的准确性不如功能测试。如果输出不匹配，则说明发生了某些更改，但是您不知道该更改是否代表新的错误，正确的错误修复或有意的功能更改。