数据驱动和关键字驱动的区别_不是软件自动化测试的优点

前言　

初学者应该如何理解自动化测试数据驱动与关键字驱动的区别?这篇文章就来分析一下。

一、关键字驱动KDT(Keyword-driven testing)

　　1、自动化测试框架发展的第三个阶段是关键字驱动测试框架阶段，它是当前比较流行的一种框架之一，并且现在的自动化测试工具已经将关键字驱动框架融入到工具中。在录制过程中自动化测试工具会将对象及操作属性保存到对象库中。

　　2、关键字驱动测试是数据驱动测试的一种改进类型，用关键字的形式将测试逻辑封装在数据文件中，测试工具只要能够解释这些关键字即可对其应用自动化。

以某工具自带的飞机订票系统为例，录制完成后的每个测试步骤主要有三个元素组成：

　　Item：指对象名，可以是一个窗口、按钮等;

　　Operation：指要执行的动作，如Select、Click等;

　　Value：操作动作所输入的数据值;

　　录制其登录过程，生成的代码如下：

　　Dialog(“Login”).WinEdit(“Agent Name:”).Set “test”

　　Dialog(“Login”).WinEdit(“Password:”).SetSecure

　　Dialog(“Login”).WinButton(“OK”).Click

　　这是以关键驱动的方式生成的代码，关键字驱动测试最核心的是关键字表格。以飞机订票系统的登录为例，其关键字表格见表：

　关键字驱动的思路是将关键字表中的对象及数据提取出来并构造成每个测试步骤，如步骤：Dialog(“Login”).WinEdit(“Agent Name:”).Set “test”。需要将关键字表中的对象、属性及输入的数据读取出来，将它们构造同以上格式的代码步骤，通过这种方式来实现关键字驱动的功能。

　　下面是调试好的一个的关键字驱动的框架，代码如下：

　—————————————————————————————————

　　”

　　’ 工程名：关键字驱动

　　’

　　’ 方法：

　　’ GetExcelCells —————读取单元格中的值

　　’ GetExcleSheetRowsCount—————获取关键字驱动表中的行数

　　’ oParentObject—————构造父对象

　　’ oChildObject—————构造子对象

　　’ oEventObject —————对对象属性赋值

　　’

　　’———————————————————————————————————

　　”

　　’ 函数名：GetExcelCells

　　’

　　’ 参数：

　　’ ExcelPath —————关键字驱动表的路径

　　’ SheetName—————关键字驱动表的sheet名

　　’ SheetRow—————单元格中的行

　　’ SheetColumn—————单元格中的列

3、在关键字驱动框架里，你可以创建一些关键字以及相关联的一些方法和函数。然后你创建一个函数库，它里面包含一个读取关键字的逻辑，然后调用相关的动作。

　　关键字驱动的自动化测试(也称为表驱动测试自动化)，是数据驱动自动化测试的变种，可支持由不同序列或多个不同路径组成的测试。它是一种独立于应用程序的自动化框架，在处理自动化测试的同时也要适合手工测试。关键字驱动的自动化测试框架建立在数据驱动手段之上，表中包含指令(关键词)，而不只是数据。这些测试被开发成使用关键字的数据表，它们独立于执行测试的自动化工具。关键字驱动的自动化测试是对数据驱动的自动化测试的有效改进和补充。

　　这种自动化测试的模型主要由核心数据驱动引擎、组件函数、支持库和应用映射表组成。自动化测试首先由初始脚本开始执行，这个脚本把高层测试表传递给高层驱动器，高层驱动器在处理这些表的过程中，遇到中层测试表后就调用中层驱动器，中层驱动器处理中层表时也作类似的处理。当低层驱动器处理低层表时，它尝试着使应用与测试保持同步。当低层驱动器遇到对某一个组件的低层关键字组件时，它判断这个组件的类型并调用相应的组件函数模块来处理这个指令操作。所有这些元素都要依靠映射表中的信息，它是自动化测试模型和被测应用程序的桥梁。支持库主要完成一些文件处理，日志记录和邮件发送等等的功能。

　　二、数据驱动的自动化测试框架

　　什么是数据驱动的自动化测试框架

　　数据驱动的自动化测试框架是这样的一个框架，从某个数据文件(例如ODBC源文件、Excel文件、Csv文件、ADO对象文件等)中读取输入、输出的测试数据，然后通过变量传入事先录制好的或手工编写的测试脚本中。其中，这些变量被用作传递(输入/输出)用来验证应用程序的测试数据。在这个过程中，数据文件的读取、测试状态和所有测试信息都被编写进测试脚本里;测试数据只包含在数据文件中，而不是脚本里，测试脚本只是一个“驱动”，或者说是一个传送数据的机制。

　　数据驱动脚本

　　数据驱动脚本就是那些和应用程序相关联的脚本。这些脚本通过录制或手工编写写进自动化工具私有的语言，然后对其中的变量赋予合适的数值，作为测试数据的输入。这些变量作为一些关键应用程序输入的媒介，使脚本能通过外部的数据来驱动应用程序。

　　可变数据，硬编码组件标志

　　这些数据驱动的脚本经常包含硬编码的数据，有时是一些窗口组件中非常脆弱的识别字符串。出现这种情况时，脚本很容易由于程序的更改而失去作用。

　　高度技术化的、重复的测试设计

　　数据驱动脚本的另一个共同特点就是，所有在测试设计上所作的努力最终都体现在自动化工具的脚本语言中，或者复制到手工和自动化测试脚本中。这意味着每个和自动化测试开发或执行有关的人必须对测试环境和自动化工具的编程语言非常精通。

　　优点与缺点

　　1) 优点： ①在应用程序开发的同时就可以同步建立测试脚本，而且当应用功能变动时，只需要修改业务功能部分的脚本;②利用模型化的设计，避免重复的脚本，减少建立或维护脚本的成本;③测试输入数据，验证数据和预期的测试结果与脚本分开，存放在另外的数据文件里，利于测试人员修改和维护;④透过判断功能回传值是“True”或“False”，可作错误处理，增加了测试脚本的健壮性;⑤自动化测试开发人员创建数据驱动的测试过程，测试员创建测试数据;⑥在测试的过程中收集测试结果，并在输入数据的语境中表示测试结果，这样可以简化手工结果分析。

　　2) 缺点： ①对自动化测试工具里的脚本语言必须非常精通;②每个脚本都会对应多个数据文件，这些数据文件需要根据脚本的功能类别存放在各自的目录中，增加了使用的复杂性;③测试人员除了需要根据具体测试数据维护相应的测试计划，还要将这些数据写入各个需求不同的数据文件中;④在编辑数据文件时，必须注意测试脚本所要求的传输格式，否则会在处理脚本时产生错误。如由专门的技术人员对其进行维护，依赖于数据驱动脚本的自动化测试框架实现起来更简单、快捷。但是，维护工作困难，而且还需要保持这种数据驱动的模式，这样，即便长时间的维持也会导致失败。