自动化测试方法-哪个最好？

Question

哪种方法最适合自动化？ 是数据驱动测试还是关键字驱动测试？ 现在，即使我们已经进行了业务流程测试，根据您的最佳选择是什么？

Answer 1

这完全取决于您的需求。 作为一项长期投资，我建议使用关键字驱动或混合关键字/数据驱动框架。

请参阅下面的简短概述（摘自我的博客页面http://automation-beyond.com/category/automation/automation-methodology/practices/ ）。

前端测试自动化实践–记录/回放

1. 描述•硬编码数据•硬编码流•无错误处理•无报告或报告有限•没有结构•没有验证•没有验证

2. 优点•易于创建•快速创建•无需编程

3. 缺点•可用性很低•维护成本极高•测试结果不可靠•失败时无法检查•测试流程覆盖率很差•仍然需要大量的手工工作

4. 适用性•演示和销售演示•当天测试（从头开始记录，简短的测试流程）•探索性测试（调查测试工具如何处理应用程序）•自动化数据输入（有限制）

前端测试自动化实践–增强了记录/播放

1. 说明•参数化的数据•数据集是脚本的一部分，但不在代码中•通过GUI检查点进行验证（硬编码）•硬编码流•无错误处理•无报告或报告有限•无结构

2. 优点•易于创建•创建快速•无需编程，但必须具备测试工具的专业知识

3. 缺点•易受攻击的脚本•不支持多环境•检查点的维护成本非常高•测试结果无法重现•失败时失败•测试流程覆盖范围有限•所有分析和验证均手动完成

4. 适用性•单一/稳定的环境•短流程测试用例•有限的检查点集，因为任何数据库/数据输入更改都会破坏验证并需要重新捕获•短期简化的自动化目标

前端测试自动化实践–数据驱动框架

1. 描述•以编程方式创建•参数化，能够导入电子表格•GUI /数据库检查点，经过硬编码和/或参数化•基于库的结构•可能的错误处理•硬编码但数据驱动的流程（输入和逻辑）•标准报告•验证仅限于测试工具的功能•不进行验证

2. 优势•良好的可用性和可重用性•良好的测试流程覆盖率•多种环境支持•数据和代码是分开的•可重现的测试结果

3. 缺点•质量和覆盖范围在很大程度上取决于实施人员的自动化技能•由于大量代码而导致的持续维护问题•失败退出•需要手动验证

4. 适用性•非常适合单一应用程序测试，具有多环境，大数据集，并且很少更改测试用例•批处理运行，需要额外的开发工作•有限的检查点集，因为任何数据库/数据输入更改都会破坏验证并需要重新捕获•所需的整个团队工作空间（环境，数据等）共享（离岸支持可能出现的问题）•中期自动化目标

前端测试自动化实践–关键字驱动的框架

1. 描述•纯编程方式•参数化，能够导入电子表格•GUI /数据库检查点，硬编码和/或参数化•基于框架的结构•有限的错误处理•基于关键字的流程（电子表格中的逻辑和数据）•可能扩展的报告•验证仅限于测试工具的功能•不进行验证

2. 优势•良好的可用性和可重用性•紧凑的代码•测试开发不需要编程技能•良好的测试流程覆盖率•多环境支持•数据和代码是分开的•可重现的测试结果

3. 缺点•需要对框架的设计和实施进行初期投资•由于关键字限制，不能涵盖非常复杂的测试用例•需要对元语言进行特定的培训给员工•版本控制问题•失败时退出•需要手动验证

4. 适用性•非常适合用于多应用程序测试（同一平台），具有多环境，大数据集以及大量简短的测试案例•测试计划/测试方案执行（批量运行）•有限的检查点集，因为任何数据库/数据输入更改都会破坏验证并需要重新捕获•更好地为分布式团队提供支持，尤其是实施了扩展报告时•对元语言的多工具支持•中长期自动化目标

前端测试自动化实践–混合关键字/数据驱动框架

1. 描述•纯编程方式•内部数据模型，能够从各种来源导入/导出数据•GUI /数据库检查点，已参数化/已转换•业务验证规则•基于框架的结构； 能够集成外部对象（即MSXML DOM）•异常处理和恢复功能•面向测试用例的执行（代码外部的业务逻辑）•数据驱动的输入和验证•扩展的业务报告•基于AI的验证方法

2. 优点•高可用性和可重用性•紧凑和可扩展的体系结构•测试计划/测试方案的创建不需要在测试工具上进行编程或培训•广泛的测试流程覆盖范围•多应用程序支持•数据和代码是分开的•可重复且可重用经过验证的测试结果，方便且可转移的测试报告•内置的一致性和严重性验证

3. 缺点•需要为框架的设计和实施进行初步投资

4. 适用性•针对多应用程序，多平台产品的全面功能测试，具有大量复杂的测试用例•烟熏回归-健全性测试周期，覆盖范围广且经过验证•测试计划/测试方案执行（批量运行）•规模大而可变数据集和数据转换案例•分布式团队的出色支持•与其他测试工具的集成•中长期自动化目标

Answer 2

听起来您的问题是针对HP的QTP / BPT的。 这是区别。 QTP实际上是BPT和QTP都使用的“引擎”。 QTP提供了两个主要的脚本视图。

QTP：第一个是“关键字”视图，它显示了动作和功能树。 此模式适合初学者，允许他们从应用程序或对象存储库中选择对象，以及选择要在对象上执行的方法。 然后将自动生成脚本。

第二个是“专家”视图，该视图允许显示和编辑脚本源代码。 专家级专家为开发脚本提供了一个IDE。 此视图适合高级用户。

BPT基于从可重用业务组件创建测试用例的概念，而可重用业务组件又是从关键字创建的。 这种关键字驱动的方法通过提供允许用户“拖放”组件以构建测试的gui简化了测试用例的创建过程。 该脚本是自动生成的。

Answer 3

这取决于您在特定情况下要完成的工作。 然而，普遍存在的一件事是测试自动化就是软件开发，因此需要被视为软件开发。 使用合理的设计和编码实践。 听起来您是自动化的新手。 通常，一个好的起点是进行烟雾测试，该烟雾测试将针对每个新版本快速运行。