自动化测试工具与自动化框架的区别

Question

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

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

我们如何准确地区分自动化测试工具和自动化框架？

Answer 1

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

• 提供公用库的列表，
• 生成日志，
• 提供使用配置文件进行典型设置更改，
• 将用户测试数据从代码中分离出来，这样我们就不会对实际测试代码进行硬编码，

< code >H19充当实际测试代码和原始语言代码之间的一层。这使得维护实际测试代码变得更加容易和简单，以便工程师可以更有效地进行更改/修复。

• 将原始代码与测试代码分开，以便如果产品中发生一般更改，则只能修改选定的功能，而不是使其影响所有测试。

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

原因是，如果我们试图“运行”

1. ，它本身不会做任何事情。它只是为我们提供了一些函数，我们可以调用这些函数来完成工作。

1. 我提到过

，但它们都需要使用测试框架运行

因此，这意味着怀特需要使用NUnit，否则它是无用的。我错了。怀特不一定需要使用测试框架。我们也可以编写基本的过程代码，只使用白色，不使用其他东西，仍然可以完成一些有意义的任务。

我们添加的测试框架(NUnit)只是用来实现另一个单独的目标(跟踪代码的不同部分(称为测试)，并生成哪些测试通过/失败的最终报告。

1. 我也提到过

，但是它们都需要使用像NUnit或JUnit这样的测试框架来运行。因此，我觉得它们应该被称为工具。

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

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

Answer 2

自动化工具是一个在应用程序上执行自动化操作的平台。自动化工具是一个通用的工具，可以实现任何类型的测试用例。一些自动化工具将不具有分离测试脚本或模块或者选择多个测试脚本来执行选项。

自动化框架是自动化工具的一个插件。自动化框架离不开自动化工具，自动化工具是建立在自动化工具之上的。我们正在创建一组测试执行的角色和标准，如测试用例选择、执行流程、报告生成、测试管理工具集成等。

framework

• Automation框架取决于组织标准和项目结构，所以我们可以创建一个自动化框架，如果工具本身提供了一个框架(如UFT、Guage等)

• 我们可以创建不被工具支持的新功能，或者使用单个自动化框架(如Selenium和Sikuli

• Automation )加入多个工具

将提供简单的维护

Answer 3

在“工具”中，您可以使用“框架”将它们联系起来:)