框架定义了一套指导方针/最佳实践，可以实施一套标准，这使最终用户可以轻松使用。自动化框架有不同类型，最常见的框架如下-

• 关键字驱动框架
• 数据驱动框架
• 混合框架

关键字驱动框架

关键字驱动测试是一种功能自动化测试框架，也称为表驱动测试或基于动作词的测试。

在关键字驱动的测试中，我们使用表格格式(通常是电子表格)为我们要执行的每个函数定义关键字或操作词。

好处

• 它最适合新手或非技术测试人员。

• 使用此方法可以以更抽象的方式编写测试。

• 关键字驱动的测试允许甚至在交付稳定版本以进行测试之前，也可以在SDLC中更早地启动自动化。

• 有高度的可重用性。

缺点

• 开发关键字及其相关功能的初期投资可能需要更长的时间。

• 它可能会限制技术熟练的测试人员。

数据驱动框架

数据驱动的测试是创建测试脚本，其中从数据文件中读取测试数据和/或输出值，而不是每次运行测试时都使用相同的硬编码值。这样，测试人员可以测试应用程序如何有效地处理各种输入。它可以是以下任何数据文件-

• 数据池
• Excel文件
• ADO对象
• CSV文件
• ODBC来源

流程图

下图可以最好地理解数据驱动测试-

好处

• 数据驱动框架可减少代码量
• 为维护和修复脚本问题提供更大的灵活性
• 可以开发测试数据

缺点

• 每个脚本都需要不同才能理解不同的数据集。

混合框架

混合框架是关键字驱动和数据驱动框架的组合，可以使用以下流程图对其进行最佳描述。

影响因素

以下是开发框架时应考虑的参数。影响因素如下-

• 框架文件应支持版本控制软件，例如SVN，CVS，MS Source Control

• 框架应支持在不同的环境中执行脚本，即QA，SAT，DEV

• 在对象更改后，脚本应以最少的更改执行。

• 框架应自行配置并注意先决条件，例如创建文件夹/数据库。

• 框架应具有健壮的报告结构，以便可以轻松发现脚本/应用程序中的问题

• 框架应具有更大的灵活性，以便易于使用

• 框架应遵循编码标准，以便正确维护文件，功能和更改历史记录。

在下一章中，我们将学习如何设计一个简单的框架。