ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀，每一条都经过真实交付验证。

首页 / 资讯中心 / 正文

Robot Framework自动化测试入门：从环境搭建到实战应用

2026/8/9 9:42:48 拓冰建站 浏览量
Robot Framework自动化测试入门：从环境搭建到实战应用

1. 项目概述与核心价值

最近在整理自动化测试相关的学习笔记，发现很多刚接触这个领域的朋友，一上来就被各种框架和概念搞得晕头转向。特别是看到“Robot Framework”这个名字，可能会觉得它很复杂，是“机器人”用的，离自己很远。其实恰恰相反，Robot Framework（后文简称RF）是我个人认为最适合测试新手入门Web界面自动化测试的框架之一。它用了一种近乎“说人话”的方式来编写测试用例，让你能把精力更多地放在测试逻辑本身，而不是纠结于编程语法。

这个学习笔记项目，就是想通过一个最简单的、从零开始的例子，带你快速感受一下RF的魅力。我们不会一上来就搞什么复杂的电商网站全流程测试，那样容易劝退。我们就用一个最经典的场景：打开浏览器，访问一个网页，进行一些简单的操作和验证。通过这个“麻雀虽小，五脏俱全”的例子，你会清晰地看到RF如何组织测试、关键字如何驱动浏览器、报告如何生成。当你亲手运行成功第一个自动化脚本，看到浏览器自动弹开并完成操作时，那种“原来如此”的成就感，就是坚持下去的最大动力。无论你是想提升测试效率的测试工程师，还是希望项目具备自动化测试能力的开发者，这个简单的起点都值得你花上半小时尝试一下。

2. Robot Framework核心架构与生态理解

在动手写代码之前，花几分钟理解RF的“世界观”至关重要。这能帮你明白后续每一步操作的意义，而不是机械地复制命令。

2.1 三层架构：清晰的分工协作

RF的核心设计哲学是“分离关注点”。它将测试逻辑、实现细节和底层驱动清晰地分成了三层，这让它既保持了用例的可读性，又具备了强大的扩展能力。

第一层：测试用例文件（.robot）这是你和RF打交道最多的地方。你用RF提供的“关键字”来编写测试步骤，这些关键字读起来就像简单的英语句子。例如，Open Browser打开浏览器，Input Text输入文本，Click Button点击按钮。这一层只关心“做什么”，不关心“怎么做”。它的可读性极高，甚至可以让不太懂技术的产品经理或业务人员来评审测试用例的逻辑是否正确。

第二层：测试库（Test Library）这是“怎么做”的一层。关键字不是凭空产生的，每一个关键字的背后，都对应着测试库里用Python（或Java）编写的具体函数。例如，当你写下Input Text id=username myname时，RF会去调用某个库（比如SeleniumLibrary）里名为input_text的函数，并传递两个参数locator=id=username和text=myname。RF自身提供了一些内置库，如用于字符串操作的BuiltIn，用于集合操作的Collections。而对于Web自动化，我们则需要安装第三方库，最常用的就是SeleniumLibrary。

第三层：驱动与工具层这是真正“动手操作”的一层。以Web自动化为例，SeleniumLibrary库本身并不直接控制浏览器，它只是一个“翻译官”和“指挥官”。它会调用更底层的Selenium WebDriver的API。而WebDriver则通过浏览器官方提供的驱动程序（如ChromeDriver、geckodriver）来与真实的浏览器进行通信。所以，完整的调用链是：.robot文件中的关键字 ->SeleniumLibrary库函数 ->Selenium WebDriver->浏览器驱动->真实浏览器。

注意：很多新手在环境配置时出错，问题往往出在这一层。比如只安装了SeleniumLibrary，却忘了下载对应浏览器版本的驱动，或者驱动没有放在系统PATH路径下，导致RF无法启动浏览器。

2.2 关键字：RF的灵魂所在

关键字是RF的基石，分为三种：

  1. 库关键字：来自测试库，如SeleniumLibrary提供的Open Browser,Title Should Be。
  2. 用户关键字：你可以自己将多个步骤（库关键字或其他用户关键字）组合封装成一个新的、更符合业务语义的关键字。例如，你可以把“登录”这个操作（打开登录页、输入用户名、输入密码、点击登录）封装成一个叫用户登录的关键字，这样测试用例里直接写用户登录就清晰多了。
  3. 内置关键字：RF核心框架提供的，如Log（打印日志）、Should Be Equal（断言相等）。

关键字的参数传递通常有两种方式：

  • 位置参数：按顺序传递，如Open Browser ${URL} chrome。
  • 命名参数：使用name=value的格式，顺序可以打乱，如Open Browser browser=chrome url=${URL}。当参数较多或可选时，命名参数更清晰。

2.3 丰富的生态系统

RF的强大不仅在于自身，更在于其活跃的社区和丰富的生态系统。除了核心的Web自动化（SeleniumLibrary），你还能找到：

  • HTTP接口测试：RequestsLibrary，让你能用关键字风格做接口自动化。
  • 数据库测试：DatabaseLibrary，验证后端数据变更。
  • 桌面应用测试：AutoItLibrary或RPA Desktop，用于自动化Windows桌面程序。
  • 移动端测试：AppiumLibrary，虽然Appium本身有一定复杂度，但RF为其提供了关键字封装。
  • SSH/SFTP操作：SSHLibrary，用于服务器运维自动化。
  • Excel/CSV文件处理：ExcelLibrary或DataDriver（用于数据驱动测试）。

这意味着，一旦你掌握了RF的语法和思想，你获得的是一套统一的自动化解决方案框架，可以应用到多种测试和自动化场景中，学习迁移成本很低。

3. 环境搭建与项目初始化实操

理论说再多，不如动手搭一遍。下面我们一步步搭建一个最小化的RF Web自动化测试环境。我以Windows系统+Chrome浏览器为例，其他系统原理相通。

3.1 基础环境安装

第一步：安装PythonRF是基于Python的，所以首先需要Python环境。访问Python官网下载安装包。有个非常重要的细节：务必在安装时勾选“Add Python to PATH”。这能省去后续手动配置环境变量的麻烦。安装完成后，打开命令提示符（CMD）或PowerShell，输入python --version或py --version验证是否安装成功。

第二步：安装Robot FrameworkPython自带包管理工具pip。在命令行中执行以下命令，这是安装RF核心框架：

pip install robotframework

安装完成后，可以通过robot --version来验证。

第三步：安装Web自动化库——SeleniumLibrary这是RF用于控制浏览器的核心库：

pip install robotframework-seleniumlibrary

第四步：安装浏览器驱动这是最容易出错的一步。SeleniumLibrary需要通过WebDriver驱动浏览器。

  1. 首先，查看你电脑上Chrome浏览器的版本（在浏览器地址栏输入chrome://settings/help）。
  2. 然后，访问ChromeDriver的官方镜像站，下载与你的Chrome浏览器主版本号完全相同的驱动文件（例如，Chrome是115.x，就下载115.x.x.x的ChromeDriver）。
  3. 下载的是一个可执行文件（如chromedriver.exe）。你有两种方式让系统找到它：
    • （推荐）放入Python脚本目录：将其复制到Python的安装目录下的Scripts文件夹里（例如C:\Users\你的用户名\AppData\Local\Programs\Python\Python39\Scripts）。因为这个目录通常已经在系统的PATH环境变量中。
    • 放入自定义目录并添加PATH：将其放在一个固定的位置（如D:\WebDriver），然后将此路径添加到系统的PATH环境变量中。
  4. 验证：在命令行输入chromedriver --version，如果能输出版本信息，说明配置成功。

实操心得：浏览器驱动版本必须与浏览器版本匹配，否则极大概率报错。如果遇到“This version of ChromeDriver only supports Chrome version XX”的错误，就是版本不匹配。另一个常见问题是驱动文件没有执行权限（在Linux/Mac下），需要chmod +x chromedriver。

3.2 创建第一个RF测试项目

不建议在混乱的桌面直接创建文件。建立一个清晰的项目目录结构是好习惯。

  1. 在合适位置新建一个文件夹，例如MyFirstRFWebTest。
  2. 在该文件夹内，新建一个文本文件，将其重命名为first_test.robot。注意扩展名必须是.robot。
  3. 用任何文本编辑器（推荐VS Code、Sublime Text、Notepad++，或专为RF优化的RIDE）打开这个文件。

现在，你的项目结构应该是：

MyFirstRFWebTest/ └── first_test.robot

4. 第一个Web自动化测试用例详解

我们将编写一个访问百度首页，搜索关键词并验证结果的经典例子。我会逐行解释每个部分。

4.1 测试用例文件结构解析

一个完整的.robot文件通常包含三个主要部分，我们依次填充。

第一部分：Settings（设置表）用于导入测试库、定义资源文件、设置元数据等。在我们的简单例子中，最主要的就是导入SeleniumLibrary。

*** Settings *** Library SeleniumLibrary

这一行告诉RF：“在这个测试套件中，我要使用SeleniumLibrary提供的所有关键字。”

第二部分：Test Cases（测试用例表）这里是我们编写具体测试步骤的地方。一个文件可以包含多个测试用例。

*** Test Cases *** 打开百度并搜索Robot Framework [Documentation] 这是一个简单的示例：打开百度，搜索RF，并检查页面标题 Open Browser https://www.baidu.com chrome Wait Until Page Contains 百度一下 timeout=5s Input Text id=kw Robot Framework Click Button id=su Sleep 2s # 等待搜索结果加载，实际项目中应使用更智能的等待 ${title} Get Title Should Contain ${title} Robot Framework Close Browser

让我们拆解这个测试用例打开百度并搜索Robot Framework：

  1. [Documentation]：这是用例的描述，会显示在生成的测试报告中，便于理解。
  2. Open Browser：关键字。参数1是URL，参数2是浏览器类型（chrome, firefox, edge等）。它启动了浏览器并导航到百度。
  3. Wait Until Page Contains：关键字。这是一个“等待”命令，它会让RF在5秒内持续检查页面是否出现了“百度一下”这段文本。这是Web自动化中极其重要的一步，因为页面加载需要时间，直接进行下一步操作很可能因为元素未加载而失败。
  4. Input Text：关键字。在定位到的元素中输入文本。id=kw是定位器，它通过HTML元素的id属性来找到百度的搜索输入框。id=是定位策略。
  5. Click Button：关键字。点击定位到的按钮。id=su是百度“百度一下”按钮的id。
  6. Sleep：内置关键字。强制等待2秒。这是一个不好的实践，我们这里只是为了演示简单。在实际项目中，应该使用Wait Until Page Contains Element或Wait Until Element Is Visible等更智能的等待方式，它们会在条件满足时立即继续，而不是死等固定时间。
  7. Get Title：关键字。获取当前浏览器页面的标题，并将结果赋值给变量${title}。RF中，变量用${}表示。
  8. Should Contain：内置关键字。这是一个断言。它检查${title}这个字符串是否包含子串Robot Framework。如果包含，测试通过；如果不包含，测试失败。
  9. Close Browser：关键字。关闭浏览器窗口。

第三部分：Variables（变量表）与 Keywords（用户关键字表）在简单例子中我们可以先不用，但它们对于构建复杂、可维护的测试套件至关重要。变量表可以定义全局变量，用户关键字表可以封装重复操作。

4.2 运行测试并查看报告

保存first_test.robot文件。打开命令行，导航到你的项目目录MyFirstRFWebTest。 执行以下命令运行测试：

robot first_test.robot

如果一切顺利，你会看到命令行开始滚动日志，Chrome浏览器会自动打开，访问百度，输入文字，点击搜索，然后关闭。最后，命令行会输出一个简短的摘要：

============================================================================== First Test ============================================================================== 打开百度并搜索Robot Framework :: 这是一个简单的示例：打开百度... | PASS | ------------------------------------------------------------------------------ First Test | PASS | 1 test, 1 passed, 0 failed ==============================================================================

RF还会在当前目录下生成三个重要的输出文件：

  • log.html：最详细的日志文件，以HTML格式呈现，包含了每个步骤的执行详情、时间戳、截图（如果设置了）、变量值等。这是排查问题最主要的工具。
  • report.html：测试报告，更侧重于统计信息和整体结果概览。
  • output.xml：机器可读的XML格式输出，可用于与其他工具集成。

提示：你可以直接双击打开log.html文件，用浏览器查看。它的交互性很强，可以展开/折叠每一步的细节，是分析测试通过或失败原因的最佳途径。

5. 元素定位策略与智能等待实战

Web自动化的核心是“找到元素，操作元素”。元素定位不准，一切无从谈起。而网络和页面性能的不确定性，使得“等待”成为编写稳定自动化脚本的关键。

5.1 主流元素定位器详解

RF的SeleniumLibrary支持Selenium WebDriver的所有定位策略。定位器的一般格式是strategy=value。

定位策略格式示例描述与适用场景优缺点
idid=kw通过元素的id属性定位。id在理想情况下应在页面内唯一。优：速度快，通常唯一。
缺：并非所有元素都有id，且id可能动态生成。
namename=wd通过元素的name属性定位。优：常见于表单元素。
缺：可能不唯一。
xpathxpath=//input[@id='kw']通过XML路径语言定位。功能最强大，几乎可以定位任何元素。优：极其灵活，可定位无id/name的元素，支持层级、属性、文本等复杂条件。
缺：速度相对慢，表达式可能复杂且脆弱（随页面结构变化易失效）。
csscss=input#kw通过CSS选择器定位。功能强大，语法简洁。优：速度通常比xpath快，语法简洁，前端开发人员熟悉。
缺：某些复杂关系定位不如xpath直观。
classclass=s_ipt通过元素的class属性定位。优：常见。
缺：class常用于样式，多个元素可能共享同一class，需确保唯一性。
tagtag=input通过HTML标签名定位。优：简单。
缺：通常极不唯一，需结合其他条件。
linklink=新闻专门用于定位超链接 (<a>标签)，通过其显示的文本内容。优：对链接定位直观。
缺：链接文本可能变化。
partial linkpartial link=新通过超链接文本的部分内容定位。优：文本部分匹配，更灵活。
缺：可能匹配到多个链接。

定位策略选择优先级建议：

  1. 首选id：如果元素有稳定且唯一的id，毫不犹豫用它。
  2. 次选name：对于表单元素，name是很好的选择。
  3. 慎用xpath，善用css：对于没有id/name的元素，优先考虑使用CSS选择器，因为它性能更好，且在现代前端框架中足够用。Xpath应作为“终极武器”，用于处理CSS难以解决的复杂定位（如根据兄弟节点、文本内容定位）。
  4. 避免绝对路径：无论是xpath还是CSS，尽量避免使用从/html开始的绝对路径，这种路径极其脆弱，页面结构稍有变动就会失效。应使用相对路径。

实操技巧：如何获取定位器？

  • 浏览器开发者工具：在页面元素上右键点击“检查”，在Elements面板中，可以右键该元素 -> Copy -> Copy selector (CSS) 或 Copy XPath。但不要完全依赖自动生成的，它们可能又长又脆弱。要学会根据生成的路径，简化成更健壮的表达式。
  • 验证定位器：在浏览器的Console面板中，可以用JavaScript验证CSS或XPath是否正确选中了目标元素。例如，输入$$(“input#kw”)(CSS) 或$x(“//input[@id=‘kw’]”)(XPath) 查看结果。

5.2 等待机制：从“Sleep”到“智能等待”

Sleep是“硬等待”，它无条件暂停脚本执行指定的时间。这会导致两个问题：1）如果元素提前加载好了，时间被浪费，测试变慢；2）如果元素加载时间超过等待时间，脚本依然会失败。

RF（通过SeleniumLibrary）提供了更优雅的“智能等待”关键字：

  1. 隐式等待（Implicit Wait）： 在套件或用例开始时设置一次，对整个WebDriver会话周期有效。它告诉WebDriver在查找元素时，如果元素没有立即出现，可以轮询DOM一段时间（比如10秒），直到找到或超时。

    *** Settings *** Library SeleniumLibrary Suite Setup Set Selenium Implicit Wait 10s

    这能减少很多因元素加载稍慢而导致的ElementNotFound错误。但它只对Find Element类操作有效，对元素的其他状态（如可点击、可见）无效。

  2. 显式等待（Explicit Wait）： 针对某个特定条件进行等待，条件满足则立即继续，超时则报错。这是最推荐的方式，因为它精确、高效。

    • Wait Until Page Contains：等待页面出现特定文本。
    • Wait Until Page Contains Element：等待页面出现某个元素（无论是否可见）。
    • Wait Until Element Is Visible：等待某个元素不仅存在，而且可见（这是点击、输入等操作的前提）。
    • Wait Until Element Is Enabled：等待元素变为可交互状态（例如，等待一个按钮从禁用变为可用）。

    最佳实践组合：

    *** Test Cases *** 示例：使用智能等待 Open Browser https://example.com chrome # 设置一个较短的全局隐式等待，作为兜底 Set Selenium Implicit Wait 5s # 对于关键操作，使用更精确的显式等待 Wait Until Element Is Visible id=submit-button timeout=10s error=提交按钮在10秒内未出现！ Click Element id=submit-button # 等待新页面或某个结果出现 Wait Until Page Contains 操作成功 timeout=15s

    将隐式等待设为一个相对较短的时间作为“安全网”，然后对关键步骤使用显式等待并设置清晰的超时时间和错误信息。这样既能保证稳定性，又能最大化执行效率。

6. 数据驱动与高级结构封装

当你有多个测试用例，或者一个用例需要测试多组数据时，原始的“一锅粥”式写法会变得难以维护。RF提供了强大的结构化管理能力。

6.1 使用变量和资源文件

变量让你能避免硬编码。变量可以在多个地方定义：

  • Scalar变量（${}）：存储单个值，如字符串、数字。
  • List变量（@{}）：存储有序列表。
  • Dictionary变量（&{}）：存储键值对。
*** Variables *** ${BROWSER} chrome ${BAIDU_URL} https://www.baidu.com ${SEARCH_BOX} id=kw ${SEARCH_BTN} id=su *** Test Cases *** 使用变量改进的搜索测试 Open Browser ${BAIDU_URL} ${BROWSER} Input Text ${SEARCH_BOX} Robot Framework Click Element ${SEARCH_BTN} ... # 后续步骤

这样，如果百度搜索框的id某天变了，你只需要在Variables部分修改一次${SEARCH_BOX}的值，所有用到它的测试用例都会自动更新。

资源文件（.resource 或 .robot）可以将变量和用户关键字抽取出来，供多个测试套件复用。创建一个common.resource文件：

*** Variables *** ${BROWSER} chrome ${BAIDU_URL} https://www.baidu.com *** Keywords *** 打开百度浏览器 [Arguments] ${url}=${BAIDU_URL} ${browser}=${BROWSER} Open Browser ${url} ${browser} Title Should Be 百度一下，你就知道 搜索关键字 [Arguments] ${keyword} Input Text id=kw ${keyword} Click Button id=su Wait Until Page Contains Element id=content_left timeout=10s

然后在主测试文件中引用它：

*** Settings *** Resource common.resource *** Test Cases *** 使用资源文件的测试 打开百度浏览器 搜索关键字 Robot Framework ${title} Get Title Should Contain ${title} Robot Framework Close Browser

这种模块化的设计大大提升了代码的可维护性和可读性。

6.2 数据驱动测试（Data-Driven Testing）

当你想用不同的测试数据反复执行同一个测试逻辑时，数据驱动是理想选择。RF原生支持通过[Template]设置测试用例模板，但更强大和流行的是使用DataDriver库，它允许你使用外部文件（如CSV、Excel）来存储测试数据。

首先安装DataDriver库：

pip install robotframework-datadriver

假设我们有一个search_data.csv文件：

search_keyword,expected_title_part Robot Framework,Robot Framework Python,Python 自动化测试,自动化测试

然后，编写数据驱动的测试套件：

*** Settings *** Library SeleniumLibrary Library DataDriver file=search_data.csv encoding=utf-8_sig Test Template 通用搜索测试流程 *** Keywords *** 通用搜索测试流程 [Arguments] ${search_keyword} ${expected_title_part} Open Browser https://www.baidu.com chrome Wait Until Page Contains 百度一下 Input Text id=kw ${search_keyword} Click Button id=su Sleep 2s ${title} Get Title Should Contain ${title} ${expected_title_part} Close Browser *** Test Cases *** 百度搜索测试-${search_keyword} Default Default

运行此套件，RF会读取CSV文件中的每一行数据，分别代入通用搜索测试流程这个关键字中执行，生成三条独立的测试用例。在报告中，你会看到三条记录，分别对应三组数据。这种方式将测试数据与测试逻辑彻底分离，添加新的测试场景只需要在CSV中加一行，维护起来非常清晰。

7. 常见问题排查与调试技巧实录

即使按照步骤操作，第一次运行时也难免会遇到问题。这里汇总了一些典型错误和解决方法。

7.1 环境与执行类问题

问题现象可能原因解决方案
运行robot命令提示“不是内部或外部命令”Robot Framework未安装或Python Scripts目录不在PATH中。1. 确认已执行pip install robotframework。
2. 将Python安装目录下的Scripts文件夹路径（如C:\Python39\Scripts）添加到系统环境变量PATH中。
运行robot命令提示“No module named ‘robot’”可能安装了多个Python版本，RF安装到了另一个版本下。使用py -m robot或python -m robot来指定解释器运行。或者使用虚拟环境管理工具（如venv）隔离项目环境。
执行时报错：WebDriverException: Message: ‘chromedriver’ executable needs to be in PATH浏览器驱动未找到。1. 确认chromedriver.exe已下载。
2. 确认其所在目录已添加到系统PATH，或已放入Python的Scripts目录。
3. 重启命令行终端使PATH生效。
浏览器闪退或无法打开，报版本不匹配错误Chrome浏览器与ChromeDriver版本不兼容。严格匹配主版本号。升级/降级Chrome或ChromeDriver到对应版本。可使用chrome://version/和chromedriver --version对比。
元素定位失败（ElementNotFound）1. 定位器写错了。
2. 页面尚未加载完成。
3. 元素在iframe或shadow DOM内。
4. 元素是动态生成的，id/class变化。		1. 用浏览器开发者工具复查定位器。
2. 在操作前添加显式等待（Wait Until Element Is Visible）。
3. 如需操作iframe内元素，先用Select Frame关键字切换到对应iframe。
4. 使用更健壮的定位策略，如通过部分属性、文本或XPath的轴（如following-sibling, parent）来定位。

7.2 脚本与逻辑类问题

问题现象可能原因解决方案
测试步骤执行了，但断言失败1. 预期结果判断有误。
2. 页面状态未达到断言条件。
3. 获取到的实际值包含不可见字符（如空格、换行）。		1. 在断言前使用Log关键字打印出实际获取的值（如${title}），与预期值仔细对比。
2. 在断言前增加适当的等待，确保数据已更新。
3. 使用Strip String等关键字清理获取的文本后再断言。
脚本在CI/CD（如Jenkins）上运行失败，但在本地成功1. CI服务器是无头环境（没有图形界面）。
2. CI服务器上的浏览器、驱动版本与本地不同。
3. 路径问题。		1. 在无头环境下运行，需要给浏览器添加无头模式选项：Open Browser ... browser=chrome options=add_experimental_option(“detach”, True);add_argument(“--headless”)。
2. 统一CI服务器与本地环境版本。
3. 在CI脚本中明确指定驱动的绝对路径。
运行速度很慢1. 使用了过多的Sleep。
2. 隐式等待时间设置过长。
3. 网络或应用本身慢。		1. 用显式等待替代绝大部分Sleep。
2. 将全局隐式等待设置为一个合理的较小值（如2-5秒）。
3. 分析log.html中每个步骤的耗时，找到瓶颈。

7.3 调试技巧

  1. 善用log.html：这是你最好的朋友。测试失败时，第一时间打开它，展开失败的步骤，查看详细的错误信息和当时的页面截图（如果启用了截图功能）。
  2. 启用自动截图：在测试套件设置或用例中，使用SeleniumLibrary提供的Register Keyword To Run On Failure关键字，让其在任何关键字失败时自动截屏。
    *** Settings *** Suite Setup Register Keyword To Run On Failure Capture Page Screenshot
    这样，在log.html中，失败步骤旁会有一个截图链接，直观地看到失败时的页面状态。
  3. 使用Log和Log To Console关键字：在脚本关键位置打印变量值或状态信息，帮助理解执行流程。
    ${current_url} Get Location Log Current URL is: ${current_url} level=INFO Log To Console 正在处理搜索关键词：${keyword}
  4. 单步调试（高级）：对于复杂问题，可以使用RF的调试工具，如robot --loglevel DEBUG运行会输出更详细的日志，或者使用第三方IDE（如RIDE）的调试功能。

通过这个从环境搭建、简单用例编写，到深入理解定位等待、结构封装，再到问题排查的完整流程，你应该已经对如何使用Robot Framework进行Web界面自动化测试有了一个扎实的入门。记住，自动化测试是一个“动手”大于“动眼”的领域，多写、多跑、多遇到问题、多解决问题，才是最快的学习路径。从这个简单的例子出发，你可以尝试去自动化你工作中那些重复的、枯燥的Web操作，让它真正为你创造价值。