聊聊自动化测试里的数据驱动和关键字驱动

今天，我们来聊聊自动化测试里的高逼格词汇(装x词汇),关键字驱动和数据驱动，相信大伙经常听到吧，首先来说说关键字驱动吧，

关键字驱动，作为一种自动化测试框架的设计形式，在很久以前就被提到过。它的基本原理或者说构思就是将原本的自动化代码进行代码与数据的分离，再将分离出来的代码二次分离，形成所谓行为代码与测试代码，而后再经由数据内容驱动行为代码，生成测试代码。从而更加便捷地进行自动化测试代码的管理，以及提高自动化的复用性，让使用者更加容易理解和使用自动化（毕竟还是有很多很多测试人员对代码一窍不通。）

再说的通俗易懂点，比如

我喜欢她

你喜欢她

他喜欢她

从上面例子可以看到，三个人都有着同样的行为，那就是喜欢她，那么这里我们是不是可以把喜欢这个行为提取出来，因为喜欢一个人太累了，把它作为一个公共的内容，我们只需要提供个主语就行了，这样谁都能轻松的喜欢她了，把这个提取行为作为公共内容的过程就是传说中的关键字封装，通过主语数据去驱动这样的一个行为，形成了一件事，那么这个就是传说中的“关键字驱动+数据驱动”的自动化测试设计模式了。

再来说说数据驱动

数据驱动必须有数据来控制测试的业务流，比如测一个WEB程序，有很多页面，你可以通过一个数据来控制每次是在哪个页面下工作的（即通过数据来导航到相应的页面）。它是关键字驱动的低级版本，他控制的是函数级的，而关键字是控制动作级的。所以数据驱动应该是可以控制整个测试的”。

在一些复杂的测试用例中，同一个用例包含了很多的测试流程，其中不同的测试流程采用不同的测试输入数据，这个时候测试数据的输入不仅仅是参数的输入，还有业务流程的控制字段的输入(可以理解为逻辑参数)，这种情形会更深入的体现数据驱动的含义。

●数据驱动的自动化测试

数据驱动的自动化测试框架是这样的一个框架，从某个数据文件(例如ODBC源文件、Excel文件、Csv文件、