什么是主要的行业标准自动化测试框架？

Question

我正在建立一个组织中的自动化测试实践和测试套件。一位同行告诉我，我们“应该使用一个框架”。对我来说，框架是任何一组代码和/或其他工具，可以帮助您创建一些东西。

我的同行似乎在暗示有行业标准的自动化测试框架。

在设计测试系统时，我见过以下模式：

• 数据驱动的
• 关键字驱动的
• 模型驱动的
• 查询驱动

我的对应方包括“模块”作为其中之一。由于我在软件工程方面的背景，我听到了“模块化”这个词，想到了模块化编程(相对于面向对象、面向方面或过程编程).一种组织代码的方法，而不是方法或框架本身的类型。

我看过维基百科对“模块化自动化”的定义，它看起来和编程范例一样。

我遗漏了什么？我能读些什么才能读到与我的同行相同的一页？是我还是他不懂什么？我有十多年的软件工程经验，我的同行已经在QA工作了近那么长时间。他无法找到推荐信。我在google上搜索了6个小时，试图了解这个“模块化框架”(Modular)，找不到一个技术上的例子，只有标准的编程范例(例如，将代码组织成模块)。

Answer 1

事实证明，自动化测试的主要行业标准设计是：

• 数据驱动的
• 关键字驱动的
• 模型驱动的
• 查询驱动

此外，还采用了“混合”方法。在这些方法中，使用了不止一种上述设计。

在网络上的许多地方(包括维基百科)，“模块驱动”测试用例设计被错误地提到，就好像它是上面列出的自动化测试用例设计策略之一一样。这个错误术语的定义(“模块驱动”)似乎更多地与编码的组织方面有关，而不是驱动自动化测试的方式。“模块驱动”自动化测试是一个错误的名称(或完全错误的术语)。换句话说，根本就没有这样的东西。“模块化”一词描述了正在使用的编程范例。

测试的模块化方面是在它的组织中，将代码存储在模块中，而不是其他编程范式，如OOP或过程性的等等。

Answer 2

我听说过模块化自动化，也称为基于组件的测试用例设计。惠普是这一领域的重要参与者。他们提出了一个叫做业务流程测试的产品。

它包括：

·可重用的业务组件

业务组件转化为业务流程测试

业务组件是在业务流程中执行特定任务的可重用单元。(例如-添加到购物车)业务流程测试是由业务组件(例如-下订单)组成的场景。

在HP的质量中心中，模块使您能够创建和管理可重用的业务组件。

然后，测试计划模块使您能够将组件拖放到业务流程测试中，并调试组件。