前言：通过关键字驱动文件，使脚本与测试用例分离，可以让代码较薄弱的人按格式填写用例所需参数，即可运行自动化脚本，同时也让代码更加简洁。

目录

一、设计驱动文件

二、根据文件编写脚本

一、设计驱动文件

本文通过csv文件来编写测试用例，除了用例基本要素ID、name、描述之外，为了和脚本关联起来还要加上元素定位方式、元素对象本身、操作方法、测试数据，当然实际情况还是按照项目要求来。

csv文件初步设计如下：
注意：测试步骤得按照实际测试时定位的顺序来写，不能乱

二、根据文件编写脚本

首先明确定位方法，我之前用的都是driver.find_element(By.ID, '元素id')这种By.方式的方法，但其实还有一种方法：driver.find_element('id', '元素id') 这种方法也是可以的。

其他对应的属性如下：

• ID = "id"
• XPATH = "xpath"
• LINK_TEXT = "link text"
• PARTIAL_LINK_TEXT = "partial link text"
• NAME = "name"
• TAG_NAME = "tag name"
• CLASS_NAME = "class name"
• CSS_SELECTOR = "css selector"

注意：该有的空格不能少，在csv中填写的定位方式也得按照这个来

读取文件脚本如下：

    def test_addnote(self):
        # 读取关键字驱动测试用例文件
        file = open('keyframe.csv', 'r')
        table = csv.reader(file)
        header = next(table)  # 跳过第一行
        for row in table:
            # print(row[3])
            if row[6] == 'click':
                self.driver.find_element(str(row[4]), str(row[5])).click()
            elif row[6] == 'send_keys':
                self.driver.find_element(str(row[4]), str(row[5])).send_keys(str(row[7]))

示例是使用的模拟器上有道云app添加笔记的功能，完整代码如下：

# 导入Appium类库
from appium.webdriver.webdriver import WebDriver
from selenium.webdriver.common.by import By
from selenium.webdriver.support.wait import WebDriverWait
import csv


class yd_addnote():
    # 使用初始化方法设置测试参数
    def __init__(self):
        self.caps = {
            'automationName': 'UiAutomator2',
            'platformName': 'Android',
            'platformVersion': '6.0',
            'deviceName': '192.168.23.101:5555',
            'appPackage': 'com.youdao.note',
            'appActivity': '.activity2.MainActivity'}
        self.driver = WebDriver('http://127.0.0.1:4723/wd/hub', self.caps)
        self.driver.implicitly_wait(10)
        # 进入有道云
        el = WebDriverWait(self.driver, 10).until(
            lambda x: x.find_element(By.ID, 'com.android.packageinstaller:id/permission_allow_button'))
        if el:
            # 点击同意按钮
            self.driver.find_element(By.ID, 'com.android.packageinstaller:id/permission_allow_button').click()

    def test_addnote(self):
        # 读取关键字驱动测试用例文件
        file = open('keyframe.csv', 'r')
        table = csv.reader(file)
        header = next(table)  # 跳过第一行
        for row in table:
            # print(row[3])
            if row[6] == 'click':
                self.driver.find_element(str(row[4]), str(row[5])).click()
            elif row[6] == 'send_keys':
                self.driver.find_element(str(row[4]), str(row[5])).send_keys(str(row[7]))


if __name__ == '__main__':
    addnote = yd_addnote()
    addnote.test_addnote()

要做 ui 自动化测试，使用关键字驱动可以说是必须会的一种测试方式，它既可以在纯代码的自动化程序中运行，也可以在测试平台中使用。

使用纯代码方式时，自动化工程师先写好一个通用的程序，其他手工测试人员只需要把执行的页面操作关键字填入到一个表格当中，就可以执行自动化测试了。这个表格可以是 Excel 表格，也可是 yaml 文件。

使用测试平台时，测试开发工程会编写一个界面，在假面中，手工测试人员也可以选择需要操作的页面关键字，选择完以后就可以执行自动化测试了。

关键字驱动实现成本低，操作起来也方便，真是个做 ui 自动化测试的好方式。本文介绍一种简单的关键字驱动实现方式，不需要很高深的编程知识也能掌握。

关键字驱动实现主要分为三个部分：

• 关键字方法的定义，其实就是页面的通用操作，比如点击、输入等常见操作，由自动化测试工程师编写。
• 关键字表格配置。谁编写自动化用例，谁配置这个表格，它主要定义用例需要执行的页面操作和测试数据，最好通过脚本自动生成固定格式的文件，并且把可以选择的操作名称说明，方便使用， 在测试平台中，可以通过下拉框搜索和选择的方式选择，会更加方便。
• 调用关键字，执行页面操作。这个也是由自动化测试工程师编写，读取 yaml 文件中的页面操作，并且执行。

定义关键字方法

如果要对 web 网页进行自动化测试，我们可以定义 Page 类，封装点击、输入等页面操作。

# keywords.py
from selenium.webdriver.remote.webdriver import WebDriver
from selenium.webdriver.remote.webelement import WebElement
from selenium.webdriver.support import expected_conditions
from selenium.webdriver.support.wait import WebDriverWait

DEFAULT_TIMEOUT = 8

class Page:
    def __init__(self, driver: WebDriver):
        self.driver = driver

    def goto(self, url):
    	"""页面访问"""
        self.driver.get(url)

    def wait_clickable(self, locator, timeout=None) -> WebElement:
        timeout = DEFAULT_TIMEOUT if timeout is None else timeout
        wait = WebDriverWait(self.driver, timeout=timeout)
        return wait.until(expected_conditions.element_to_be_clickable(locator))

    def wait_visible(self, locator, timeout=None) -> WebElement:
        timeout = DEFAULT_TIMEOUT if timeout is None else timeout
        wait = WebDriverWait(self.driver, timeout=timeout)
        return wait.until(expected_conditions.visibility_of_element_located(locator))

    def click(self, locator):
    	"""页面点击"""
        el = self.wait_clickable(locator)
        el.location_once_scrolled_into_view
        el.click()

    def fill(self, locator, words):
        """页面输入"""
        el = self.wait_visible(locator)
        el.send_keys(words)
复制代码

关键字表格

关键字表格是一个自动化用例的测试步骤和数据，这里我们使用 yaml 文件，action 表示要使用的页面操作，它对应前面 Page 类中的同名方法， params 表示方法需要传入的测试参数。

每个不同的用例，编写一个 yaml 文件，当需要运行自动化测试时，把 yaml 文件作为参数传入自动化程序中就可以了。

# login.yaml
-
  action: goto
  params:
    url: "https://petstore.octoperf.com/actions/Account.action?signonForm="
-
  action: fill
  params:
    locator: ['name', 'username']
    words: 'yuze'
-
  action: fill
  params:
    locator: ['name', 'password']
    words: '1234'
-
  action: click
  params:
    locator: ['name', 'signon']
复制代码

使用关键字操作浏览器

最后是通用的测试用例编写。定义一个 test_keyword 函数， 首先读取 login.yaml 文件中的测试步骤和数据，使用 getattr 方法， 把需要调用的页面操作名称 goto, fill, click 传入，获取 Page 类中的同名方法，调用这些方法就能实现对应的自动化操作。

这些代码大多数不需要进行额外修改，当需要运行不同的测试用例，只需要修改 yaml 文件的名称，调用不同的 yaml 测试步骤。

# test_login.py

import yaml
import pytest
from selenium import webdriver
from keyworks import Page


@pytest.fixture
def driver():
    d = webdriver.Chrome()
    d.implicitly_wait(8)
    d.maximize_window()
    yield d
    d.quit()

def test_keyword(driver):
    """获取 yaml 文件"""
	with open('signin.yaml', encoding='utf-8') as f:
    steps = yaml.safe_load(f)
    page = Page(driver)

    for step in steps:
        action_name = step.get('action')
        params = step.get('params')
        action = getattr(page, action_name)
        action(**params)
复制代码

运行

现在，我们只需要定义不同的 yaml 文件，然后使用 pytest 这样的测试框架来运行自动化用例就可以。 但是，作为一个简单版关键字驱动实现方式，这个程序还有很多的优化空间。

比如，现在编写多个 yaml 文件后，还需要创建多个 python 的 test 文件。而更加常见的方式是，可以通过命令行配置一个 yaml 文件，我就可以运行该 yaml 文件的测试步骤。

配置多个 yaml 文件，就可以运行多个 yaml 文件的测试步骤。甚至可以配置文件夹名称，就运行文件夹下所有的 yaml 文件的测试步骤。

yaml 文件的生成也可以通过命令行生成。

这个我们在后面在实现，目前来说，我们至少已经知道关键字驱动的实现方式了。

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！

最后基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等学习资源。

做手工测试的时间久了，一直想往自动化的方向发展，看了论坛上各种文章，众说云云，说从数据驱动到关键字驱动，把数据驱动贬得一无是处，把关键字驱动说得那么神化，但我感觉都是一样的啊，都是把对象参数化，然后把数据（参数）传进去，执行，然后返回的结果

下面是一些论点，自己消化去吧

　摘录一些精妙的论点：

　51testing论坛的phililschen：

　
　“什么是数据驱动呢？很大一部分人肯定认为数据驱动就是把需要参数化的东西写在EXCEL里，然后在跑脚本时调用。如果我告诉你，这其实不是数据驱动，
而只是较高级的参数化，你肯定会很惊讶！现在我来解释一下：首先为什么叫数据驱动呢，那么它肯定有驱动的含义，比如你用EXCEL可以控制测试的业务流吗？回答是不能的。那又如何作到驱动呢？所以说我们将测试数据放在独立的文件里只是高级的参数话。而数据驱动，你必须有数据来控制测试的业务流。比如你测一个WEB程序，有很多页面，你可以通过一个数据来控制每次是再哪个页面下工作的（即通过数据来导航到相应的页面）。它是关键字驱动的低级版本，他控制的是函数级的，而关键字是控制动作级的。所以数据驱动应该是可以控制整个测试的”

　　51testing论坛的dreamever：

　　“数据驱动本身不是一个工业级标准的概念，因此在不同的公司，都会有好几个解释版本。首先我同意楼主的关于数据驱动的观点，也就是说如果我们仅仅是把测试数据放在数据文件里，这只是一种比较高级的参数化而已。其实我更倾向于把数据驱动理解为一种模式或者一种思想

　　对于数据驱动的讨论，我们不妨先抛开QTP来进行。无论是进行自动化测试还是手工测试时，我们都需要设计测试用例，准备测试数据，并且把测试用例与数据分开，在一套测试用例上运行多套测试数据是比较有效率的。我相信这一点大家应该都认同吧。

　
　那么我们不妨再看一下手工测试的场景：当一个手工测试人员A发现在测试数据存储目录下多了一套测试数据时，他就会意识到应该马上执行测试用例，并输入这
套新的测试数据。其实是测试数据的变化触发了A的测试行为。（有人可能说了我们公司不是这么做的，注意，我们不是在讨论实际的测试管理，我们在对测试模型
进行抽象）。如果我们更抽象一下，可以这样来看：当测试数据变化时，测试用例就会被执行（无论是A主动还是leader打电话通知），并且按照预先定义的
规则去读取测试数据并执行测试用例。那么这种情况我们是不是可以理解为一种数据驱动呢？也就是说只要有了新的测试数据或者测试数据发生了变化，那么A就会
去执行测试用例。这一过程的目的就是为了让所有的测试数据都得到输入并返回相应的输出结果。

　　如果大家同意上面的情景是一种数据驱动测试
的例子，那么我们可以对自动化测试中的数据驱动进行同样的解释：由机器自动读取测试数据，然后测试用具运行测试脚本执行测试用例，并按照预先设置好的参数
化字段读取测试数据，返回测试结果。目的就是使所有的测试数据都得到输入，并返回输出，验证数据的输入和输出是否符合预期值。这里的测试数据不仅包括业务
数据，还包括一些动作关键字或决策关键字，以提供足够的信息，让测试工具知道该调用什么样的脚本，应该如何处理各种情况。相对于不同的测试工具，其表现形
式有可能不同，QTP提供了关键字视图和数据表，robot提出了决策表的概念，Watir的话本身没有什么特殊的模式，完全看测试人员把框架设计成什么
样了。其实本质上都是消息驱动的不同表现而已，例如刚才的手工测试的例子，测试数据发生变化我们可以把它看成一种消息，接收到这个消息A就开始执行测试。
”

　　51testing论坛的jackmail：

　　“数据驱动中的 driven
一词，你可以简单的理解成导向，导向什么？结果。就是测试数据决定了测试结果，这就是所谓数据驱动，QTP实现了数据驱动的功能，模型，feature，
特征，无非是个词汇而已，怎么说都没问题，用QTP你可以简单的完成你想实现的数据驱动方法的测试，他就是实现了xx功能。

　　还有关键字驱动，就是 关键字决定了结果。 在QTP里关键字就是step中的测试对象名称（对象方法属性，或者值（测试数据））。测试对象名称的改变，就决定了结果的变更。以前有些人写的所谓框架是把对象从Excel表格中导入导出的，他们实现的就是关键字驱动。

　　什么驱动，就是什么决定结果。本来结果是固定的，由于驱动数据的变更，导致了结果的不同，没那么复杂。其实概念都是人定的，少去钻牛角尖，理解个大概意思就行了。”

　　最后引用一下一篇关键字驱动的理解的文章，毕竟这是QTP主推的东西

　　最初用QTP就是简单的录制，然后修改脚本，缺点如下：

　　1. 应用软件必须具备一定的稳定性，并且在整个业务流程上都必须完整的实现了，否则顺序录制整能实现？

　　2. 自动化脚本的维护性成本非常的高

　　3. 自动化脚本的可重用性比较差

　　随之出现了关键字驱动的概念，一切都以对象为出发点，这有点像编程语言中从过程化向面向对象转化，在QTP中的具体实现方法是：

　　1. 在单个程序界面上将测试所涉及到的对象手工添加到对象库中

　　2. 在专家视图中基于对象库中的对象编写自动化测试脚本

　　以上这样做的明显的优点在于：

　　1. 脚本的可控性非常的强，模块化组织也比较好

　　2. 可以在开发完全实现所有的业务流程功能前就建立测试脚本，占据了比较大的主动性，为时间上的安排提供了更大的空间，一个词概括：“测试先行”