QTP – 框架

框架定义了一组指南/最佳实践，强制执行一组标准，这使得最终用户可以轻松使用。有不同类型的自动化框架，下面列出了最常见的框架 –

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

关键字驱动的框架

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

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

好处

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

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

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

• 具有高度的可重用性。

缺点

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

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

数据驱动框架

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

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

流程图

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

好处

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

缺点

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

混合框架

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

影响因素

以下是开发框架时应考虑的参数。下面列出了影响因素 –

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

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

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

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

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

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

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

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