数据驱动与关键字驱动

 初次接触自动化测试时，对数据驱动和关键字驱动不甚理解，觉得有点故弄玄须，不就是参数和函数其嘛！其实其也体现了测试所不同与开发的一些特点（主要指系统测试），以及和对技术发展的脉络的展现。

1.录制/回放的神话

      实际上可以理解为一种自动测试脚本和测试用例的紧耦合，既有测试脚本维护的难度，也与系统测试中面向用户的思路相抵制

　　每一家自动化测试工具厂商都会宣传，他们的工具非常容易使用，没有技术背景的测试人员只要简单录制测试的操作过程，然后播放录制好的测试脚本，就可以轻松自动化所有的测试。这样的说法是非常不负责的。

　　现在我们来分析一下自动化测试不能单单只依靠录制/回放来完成的原因。

　　通过录制建立的脚本，基本上都是用脚本语言以硬编码的方式编写的，当应用程序变动时，这些硬编码也随之需要更改。因此，维护这些录制好的脚本，成本是非常高的，高到几乎不能接受。

　　所有的测试脚本都必须是在应用程序可以正确执行时才能录制，如果在录制过程中发现缺陷.测试人员必须向缺陷管理机制报告，等到该缺陷修正了，整个录制脚本的动作才能继续下去。在这样的情况下，如果仅仅依靠录制脚本来进行测试，效率是十分低下的。

　　同时，这些录制好的脚本不是非常可靠，甚至在应用程序完全没有变动的情况下直接播放，也可能因为一些意外状况而无法执行。如果录制脚本时测试人员使用了错误的脚本语言，则脚本就必须重新录制。

　　综上所述，通过录制的方式来建立自动化测试脚本的方式看似容易，但实际上会遇到下列问题:①测试人员大多不具备技术背景，难以完全掌握测试工具;②应 用程序必须达到一定的稳定性，才能开始录制测试脚本;③录制的测试脚本与测试数据耦合得太紧密;④维护自动化测试脚本的成本非常高。

 

2.数