测试自动化框架-工具重要吗？

Question

在过去的几个月里，我一直在从事测试自动化的工作，并且一直在使用名为"Testcomplete“的工具。但我注意到，在自动化领域，工具并不重要。对于自动化工具，您唯一期望的就是该工具能够为测试应用程序中使用的不同控件提供识别字符串。除此之外，您还必须构建一个自动化框架，以满足您编写代码的需求。

所以我的问题是，我认为自动化工具在自动化领域并不重要的想法是正确的吗？从这个意义上说，您可以使用任何工具来运行您的自动化。或者工具真的很重要吗？(请忽略工具的成本因素)。另外，如果我需要学习一个新的自动化工具，那么我应该专注于什么？或者我该如何开始学习这个工具？简而言之，“学习工具”到底是什么意思？

Answer 1

我选择使用哪个工具的3个最好的理由：

• 它起作用了。这一点很重要，并非所有工具都适用于所有场景，例如闪光灯、银光、adobe air、没有自动化支持的遗留应用程序等。
• 整个团队技能。这不仅包括测试人员，也包括开发人员。测试自动化不应该是孤立的工作，开发人员也应该在这方面进行合作。当开发人员和测试人员使用相同的language/platform.
• price.时，这会容易得多不一定是免费的(但也可以)，但这当然是一个重要的因素。

就个人而言，我们使用与单元测试相同的测试运行器。这与额外的第三方自动化部件一起为您完成管道。

Answer 2

关于为什么这个工具很重要，有一些额外的想法：

• 社区-用户社区是什么样的？是否有很多用户生成的资源可以提供帮助？
• 支持-(如果是供应商)客户支持是什么样的？他们解决问题的速度快吗？是否很容易找到常见problems?
• Extensibility的解决方案-通常在测试自动化中，如果该工具不支持应用程序中的特定类型的对象，您将需要使用自己的或编写变通方法。扩展产品有多容易？该工具使用什么编程语言？您从集成开发环境中获得了哪种支持？

Answer 3

另一条建议:有时您需要在某些框架周围使用包装器类。我们使用的是WatiN，它在当时真的很好，但它缺乏Chrome (当时只有很小一部分)的支持。对于我们来说，杀死WatiN的是缺乏应对新FireFox版本的能力: FireFox 8发布了，我们不得不在FireFox 3.6上运行我们的测试……Selenium是解决方案，但它有一个完全不同的逻辑，我们已经有超过1000个测试。

所以我们不得不在Selenium周围创建一个包装类来“伪装”它是WatiN。我们有一些问题，但我们只需要重写一些特殊情况...并不是所有的测试。

关键是，有时候，对框架的支持就不复存在了。但是有了一个自己的框架，专注于，，测试实际做了什么，而不是，，它是如何工作的，在这种情况下，它会拯救你。