testing - 自动化测试工具和自动化框架的区别

Question

我想了解自动化框架和自动化测试工具之间的区别。根据Test Automation在维基百科中，工具依赖于环境，而框架则提供运行工具的结构。

但是，我们有White它与 Windows 应用程序交互，然后是 Selenium它适用于基于 Web 的应用程序的浏览器。我们将这两个称为“框架”，但它们都需要使用 NUnit 或 JUnit 等测试框架来运行。因此，我觉得它们应该因此而被称为工具。

我们究竟如何区分自动化测试工具和自动化框架？

Answer 1

我现在在这方面有了更好的工作经验，觉得我可以自己回答这个问题。基本上是一个框架:

• 提供常用函数库列表，
• 生成日志，
• 提供配置文件的使用来进行典型的设置更改，
• 并将用户测试数据与代码分开，这样我们就不会硬编码实际测试代码，
• 充当实际测试代码和原始语言代码之间的层。这使得维护实际测试代码变得更加容易和简单，以便工程师可以更有效地进行更改/修复，
• 将原始代码与测试代码分开，这样如果产品中发生一般性更改，则只能修改选定的功能，而不是让它影响所有测试。

现在，在我的原始查询中，White 确实是一个框架。

1. 原因是，如果我们尝试“运行”怀特，它自己不会做任何事情。它只是为我们提供了一些我们可以调用并完成工作的函数。
   
   
2. 我提到过

but they both need to be run using a testing framework

因此暗示白方需要使用 NUnit 否则它是无用的。我错了。 White 不一定需要使用测试框架。我们还可以编写仅使用白色而不使用其他任何东西的基本程序代码，它仍然可以完成一些有意义的任务。

我们添加的测试框架 (NUnit) 仅用于完成另一个单独的目标(跟踪代码的不同部分(称为测试)并生成测试通过/失败的最终报告。

3.我也提到了

but they both need to be run using a testing framework like NUnit or JUnit. So I feel they should be called tools because of this.

这里的误解是“如果它使用的是框架，那么它一定是一个工具”。正确的想法是，一个框架可以让我们做一些任务，它仍然可以使用另一个框架让我们做更多的任务。例如，我正在使用 White 框架来自动化 Windows 对话框。现在我添加 Log4j 框架来为我自己的日志添加功能。接下来我添加一个单元测试框架，这样我们就可以以测试的形式运行代码(它使用了之前的两个框架)并生成结果。接下来，我添加 PNUnit 框架，现在可以并行运行测试。看到这个想法了吗？

现在是工具 - 这些只不过是我们在使用实际代码时使用的实用程序 - 这些代码将利用上述所有框架来完成一些实际有值(value)的任务。它可以是允许执行代码的 IDE 或平台。