QTP - 框架
框架定义了一组指南/最佳实践，强制执行一组标准，使最终用户可以轻松使用。自动化框架有多种类型，最常见的类型如下 −
- 关键字驱动框架
- 数据驱动框架
- 混合框架
关键字驱动框架
关键字驱动测试是一种功能自动化测试框架，也称为表格驱动测试或基于动作词的测试。
在关键字驱动测试中，我们使用表格格式（通常是电子表格）来定义我们想要执行的每个功能的关键字或动作词。
优点
它最适合新手或非技术人员测试人员。
使用此方法可以以更抽象的方式编写测试。
关键字驱动测试允许在 SDLC 中更早地启动自动化，甚至在交付稳定的构建进行测试之前。
可重用性很高。
缺点
开发关键字及其相关功能的初始投资可能需要更长时间。
它可能对技术能力强的测试人员构成限制。
数据驱动框架
数据驱动测试是创建测试脚本，其中从数据文件中读取测试数据和/或输出值，而不是每次运行测试时都使用相同的硬编码值。这样，测试人员可以测试应用程序如何有效地处理各种输入。它可以是以下任何数据文件 −
- 数据池
- Excel 文件
- ADO 对象
- CSV 文件
- ODBC 源
流程图
数据驱动测试可以通过下图 − 得到最好的理解
优点
- 数据驱动框架可减少代码量
- 为维护和修复脚本问题提供更大的灵活性
- 可以开发测试数据
缺点
- 每个脚本都需要不同才能理解不同的数据集数据。
混合框架
混合框架是关键字驱动和数据驱动框架的组合，可以使用以下流程图进行最佳描述。
影响因素
以下是在开发框架时应考虑的参数。影响因素列于下方 −
框架文件应支持版本控制软件，如 SVN、CVS、MS Source Control
框架应支持在不同环境中执行脚本，即 QA、SAT、DEV
对象更改时，脚本应以最小的更改执行。
框架应自行配置并处理先决条件，例如创建文件夹/数据库。
框架应具有强大的报告结构，以便可以轻松发现脚本/应用程序中的问题
框架应具有更大的灵活性，以便易于使用
框架应遵循编码标准，以便正确维护文件、功能和更改历史记录。
在下一章中，我们将学习如何设计一个简单的框架。
