4. 数据驱动脚本技术对于测试事例的数据输入和维护带来了极大的方便。

　　5. 在数据驱动脚本中，甚至连期望结果都可以从脚本中提取出来，使得脚本的维护工作变得更为简单。

　　6. 对于一组功能强大灵活的数据驱动脚本，测试者本人甚至不需具有脚本编程技能，而只需掌握数据文件的配置方法，便可轻松的使用脚本完成自己的测试

　　数据驱动脚本的缺点：

　　1. 需要具有一定编程背景知识的人员加入到脚本编写里面。

　　2. 因为脚本变得逻辑性更强，引入更多的控制指令，初始脚本建立时间和开销较大。

　　3. 如果开发出的脚本不规范，则后期的管理和维护会带来巨大的工作量，对于测试工程本人来说需要的技能也更高。

　　五、关键字驱动脚本

　　关键字驱动脚本实际上是较复杂的数据驱动脚本的逻辑扩展。数据驱动脚

　　本的限制是每个测试事例执行的导航和操作必须一样，测试的逻辑知识建立在数据文件和控制脚本中。关键字驱动脚本将数据文件变为测试事例的描述，用一系列关键字指定要执行的任务。关键字驱动脚本的一个特点是它看起来更像描述一个测试事例做什么，而不是如何做。前面四种脚本是说明性方法的脚本，只有关键字驱动脚本是描述性方法，因而它更容易理解。描述性方法是将被测软件的知识建立在测试自动化环境中，相关的知识包含在支持脚本中，这些支持脚本了解被测软件，但是不需要了解测试事例。

　　核心思想为三个分离

　　1）界面元素名与测试内部对象名的分离在被测应用程序和录制生成的测试脚本之间增加一个抽象层，它可以将界面上的所有元素映射成相对应的一个逻辑对象，测试针对这些逻辑对象进行，界面元素的改变只会影响映射表，而不会影响测试。

　　2）测试描述与具体实现细节的分离

　　把测试描述和测试的具体实现细节分离开来。测试描述只说明软件测试要做什么以及期待什么样的结果，而不管怎样执行测试或怎样证实结果。这样做是因为测试的实现细节通常与特定的平台以及特定的测试执行工具有着密切的联系。这种分离使得测试描述对于应用实现细节是不敏感的，而且有利于测试在工具和平台间的移植。

　　3）脚本与数据的分离　最后，可以把测试执行过程中所

　　需的测试数据从脚本中提取出来，在运行时测试脚本再从数据存放处读取预先定制好的数据，这样脚本和数据可以独立维护。

　　以上这三个分离各司其职、互相独立，最大程度地减少相互之间的影响。从关键字驱动的思想可以看出，该种测试框架不仅实现了将数据和脚本相分离，而且实现了测试逻辑和数据的分离，大大提高了脚本的复用度和维护性，从而更大限度地实现了测试工具的自动化

　　根据测试用例得出自动化测试框架的典型要素

　　1）公用的环境

　　不同测试用例也会用到相同的测试环境，将该测试环境独立封装，在各个测试用例中灵活调用，可以增强脚本的可维护性。

　　2）公用的对象

　　成功的框架开发需要确定领域专用的“热点”（Hot spot）。所以在开发过程中必然存在大量相同的对象（如窗口、按钮、页面等）。将对象抽取出来形成一个独立的可重用强的个体，当对象的属性需要变更时做到只需修改对象属性而无需修改脚本。

　　3）公用的方法

　　将方法封装成独立的函数，通过参数的形式调用，尽量做到和数据无关。