数据驱动测试(DDT)入门

很多时候，我们必须对许多数据集进行相同的测试。而且，为每个数据集值创建不同的测试既耗时又效率低下。

数据驱动测试通过将数据保留在功能测试外部并在需要扩展自动化测试时加载它们来解决此问题。

今天，我将讨论数据驱动测试（Database Driven Testing）- 它是什么，它如何工作，优缺点等等。 

什么是数据驱动测试（DDT）/h2>

数据驱动测试（DDT）是一种方法，一种软件测试方法。其中在数据源的帮助下重复执行相同顺序的测试步骤，测试脚本从数据源（文件或数据库）（例如CSV文件，Excel文件，数据池等）读取测试数据，而不使用硬编码值。

换句话说，数据驱动的测试是在框架中构建要与所有相关数据集一起执行的测试脚本，该脚本利用了可重用的测试逻辑。数据驱动的测试具有诸如可重用性，可重复性，将测试逻辑与测试数据分离以及减少测试用例数量等优点。之前我在介绍自动化测试框架的文章中，也有提到驱动模式，感兴趣的朋友可以去看看。

例如，我们要测试具有1000个不同数据集的多个输入字段的登录系统。

要对此进行测试，可以采用以下不同的方法：

1）为每个数据集创建1000个脚本，并逐个运行每个测试。

2）手动更改测试脚本中的值，然后运行几次。

3）从Excel工作表导入数据。从excel行中逐行提取测试数据并执行脚本。

在给定的三种情况下，前两种情况既费力又费时。因此，遵循第三种方法是理想的。

因此，第三种方法就是数据驱动框架。

数据驱动测试的优势

让我们看一下数据驱动测试的一些好处：

1. 在开发过程中任何时刻开始

数据驱动的测试–以及设计和计划这些数据可以在开发的任何阶段进行。数据驱动的测试用例通常与单个过程联系在一起，但也可以同时或并行用于多个测试用例中。输入或处理数据的过程可能包括许多与数据的单个元素或序列中的步骤有关的测试用例。

2. 重复性和可重用性

数据驱动的测试提供了一种方法，其中任何测试脚本都可以使用不同的数据执行数千次。对于某些垂直行业，例如银行和视频流应用程序提供商，提供有效和无效的不同类型的数据可以真正有效地实现对其移动应用程序的多功能测试。

3. 干净地分离测试用例和测试数据

数据驱动测试的最大好处之一是，它允许开发人员和测试人员将其测试用例/脚本的逻辑与测试数据分开。测试人员可以使用许多不同的数据值和参数来测试其应用程序，而无需在测试用例/脚本本身中增加任何复杂性。而且，数据易于添加，删除和配置，并且对测试用例没有任何影响。

4. 获取更多真实的测试用例

当你需要不断更改测试数据并立即使用它的需求时，它将为你提供一个真实的测试数据，并可能发现其他你无法找到的缺陷。

5. 减少测试用例/脚本的数量

当你的测试用例更加模块化并且依靠易于添加，删除和配置的测试数据时，实际上你需要的测试用例/脚本就更少了。有时候我们总是无法避免重复不必要的测试，但是数据驱动提供了一种构建模块化的测试方法。

最后，测试可以将时间花在更有价值的地方，并采用更具探索性的方法，同时增加应用程序维护的灵活性。

数据驱动测试的缺点

尽管数据驱动的自动化测试的许多优点，但仍有一些缺点来考虑。

1. 测试质量风险

首先，使用这种测试方法的测试人员和工程师需要高级技能和对过程的深刻理解。没有适当的培训和技术背景，测试结果的质量将远远低于专家。在许多情况下，他们将需要学习一种新的脚本语言。

2. 学习曲线长

需要足够的培训和知识会带来额外的费用。测试人员需要时间来编写脚本代码并学习框架的复杂性，然后才能从中产生价值。数据验证本身也是一项耗时的任务，尤其是在处理大型数据集时。

3. 大量维护工作

数据驱动的自动化测试的编码非常广泛，因此在维护和文档编制方面需要大量的初始工作，尤其是围绕测试基础架构，脚本管理和结果分析。 

数据驱动测试如何工作/h2>

在继续理解DDT的各个方面之前，至关重要的是我们了解它的工作原理，下面是操作步骤：

1. 在文件或数据库等存储设备中收集不同组的测试数据
2. 创建从数据源中获取输入数据的脚本
3. 验证结果
4. 继续测试下一组输入数据

最后，让数据驱动我们的测试吧！

来源：sharonyao