QTP - 框架

框架定义了一套指南/最佳实践，强制执行一组标准，这使得最终用户易于使用。自动化框架有不同的类型，下面列出了最常见的几种：

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

关键字驱动框架

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

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

优点

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

• 使用这种方法能够以更抽象的方式编写测试。

• 关键字驱动测试允许在 SDLC 的早期阶段开始自动化，甚至在交付用于测试的稳定版本之前。

• 具有高度的可重用性。

缺点

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

• 它可能会限制技术能力强的测试人员。

数据驱动框架

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

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

流程图

可以通过以下图表最好地理解数据驱动测试：

优点

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

缺点

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

混合框架

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

影响因素

在开发框架时，应该考虑以下参数。影响因素如下：

• 框架文件应支持版本控制软件，例如 SVN、CVS、MS 源代码管理

• 框架应支持在不同环境（例如 QA、SAT、DEV）中执行脚本

• 在对象更改后，脚本应在进行最少更改的情况下执行。

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

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

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

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

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