当前位置：首页 > news >正文

Robot Framework自动化测试框架：从环境搭建到CI/CD集成的实战指南

news 2026/7/3 21:47:33

1. 项目概述：为什么选择Robot Framework？

在自动化测试领域摸爬滚打十几年，我见过太多团队在框架选型上反复折腾。从自己吭哧吭哧写脚本，到引入各种开源框架，再到最后回归业务本质，我发现一个规律：真正能长期稳定、高效协作的自动化测试框架，往往不是功能最炫酷的那个，而是学习曲线平缓、维护成本低、能让测试和开发顺畅沟通的那个。Robot Framework（后文简称RF）就是这样一个存在。

我第一次接触RF是在一个大型电商项目，当时团队里有资深的自动化测试工程师，也有刚转岗的功能测试同学，技术栈差异巨大。我们需要一个既能满足复杂接口、Web UI测试，又能让非开发背景的同事快速上手的方案。在对比了当时主流的几个框架后，RF以其“关键字驱动”的核心设计和极低的上手门槛脱颖而出。这么多年用下来，它已经成了我搭建自动化测试体系的首选“脚手架”。

简单来说，RF是一个基于Python的、通用的、关键字驱动的自动化测试框架。它的核心价值不在于提供了多少尖端技术，而在于它用一套简单清晰的语法（主要是表格），把复杂的测试逻辑封装成一个个可读性极高的“关键字”。你可以把它想象成乐高积木：内置库和第三方库提供了各种基础积木块（如Open Browser、Click Button），而你可以把这些积木块组合成更大的模块（用户关键字），最终搭建出完整的测试用例。这种设计让测试用例的编写变得像写自然语言文档一样直观，极大地降低了自动化测试的参与门槛。

2. 环境搭建与核心工具链选型

搭建RF环境，远不止是pip install几个包那么简单。工具链的选择直接关系到后续的开发效率、协作体验和框架的可持续性。下面是我基于多年实战总结出的一套“开箱即用”的配置方案。

2.1 Python环境与RF核心库安装

RF基于Python，因此一个干净、独立的Python环境是基石。我强烈建议使用conda或venv创建虚拟环境，避免与系统或其他项目的Python包冲突。

# 1. 创建并激活虚拟环境（以conda为例） conda create -n rf-env python=3.9 conda activate rf-env # 2. 安装Robot Framework核心库 pip install robotframework

这里我选择Python 3.9，是因为它在稳定性和对新库的兼容性上取得了很好的平衡。RF核心库非常轻量，安装很快。

注意：虽然RF支持更高版本的Python，但一些第三方库（特别是某些设备驱动相关的）可能兼容性不佳。对于生产环境，建议选择LTS版本的Python。

2.2 测试库生态：按需引入

RF的强大在于其丰富的测试库生态。安装核心库后，你需要根据测试类型引入相应的扩展库。

# Web自动化测试（目前主流是SeleniumLibrary） pip install robotframework-seleniumlibrary # API接口测试（RequestsLibrary是事实标准） pip install robotframework-requests # 数据库测试 pip install robotframework-databaselibrary # Appium移动端测试 pip install robotframework-appiumlibrary

选型心得：

Web测试：早年多用Selenium2Library，但现在官方推荐并持续维护的是SeleniumLibrary。它封装了Selenium WebDriver，语法更现代。
接口测试：RequestsLibrary是对Pythonrequests库的完美封装，用它做HTTP接口测试非常顺手。
安装策略：不要一次性安装所有库。根据项目实际需要引入，保持环境简洁。例如，纯后端项目就无需安装SeleniumLibrary。

2.3 开发工具：告别RIDE，拥抱VSCode

很多老教程会推荐使用RIDE（Robot Framework IDE）作为编辑器。但我必须说，是时候告别RIDE了。它在早期确实降低了门槛，但其界面陈旧、功能有限、对高版本Python支持不佳，且已停止维护。

现代RF开发，我首推Visual Studio Code + 插件方案，这也是当前社区的主流选择。

安装VSCode：从官网下载安装即可。
安装核心插件：
- Robot Framework Language Server：这是最重要的插件，提供语法高亮、关键字自动补全、代码导航、语法检查、内置文档悬浮提示等核心功能。体验堪比写Python。
- Robotcode：另一个强大的插件，提供测试用例探索、运行、调试等更集成的功能。可以和Language Server插件配合使用。

为什么是VSCode？

智能感知：输入Open Br，插件会自动补全Open Browser并显示其参数说明，效率倍增。
代码导航：Ctrl+点击关键字可以直接跳转到其定义（无论是内置库还是自定义资源文件）。
集成终端：直接在VSCode内运行robot命令，查看输出。
版本控制集成：完美支持Git，方便团队协作和用例管理。
跨平台：Windows、macOS、Linux全支持。

配置好后的VSCode，其补全和提示功能远超当年的RIDE，让你写RF用例成为一种享受。

2.4 辅助工具：让流程更顺畅

浏览器驱动管理：Web自动化需要浏览器驱动（如chromedriver）。手动下载管理很麻烦，推荐使用webdriver-manager库。

pip install webdriver-manager

在测试套件Setup中，可以用以下关键字自动下载和启动对应驱动，彻底解决驱动版本匹配问题：

*** Settings *** Library SeleniumLibrary Library Collections *** Variables *** ${BROWSER} chrome *** Keywords *** Open Browser With Managed Driver ${chrome_options}= Evaluate sys.modules['selenium.webdriver'].ChromeOptions() sys Call Method ${chrome_options} add_argument --no-sandbox Call Method ${chrome_options} add_argument --disable-dev-shm-usage Create Webdriver Chrome chrome_options=${chrome_options} ... executable_path=${EXECDIR}${/}drivers${/}chromedriver # 或者使用webdriver-manager自动获取的路径 Maximize Browser Window

依赖文件：使用requirements.txt记录所有Python依赖，方便新成员一键搭建环境。

robotframework>=6.0 robotframework-seleniumlibrary>=6.0 robotframework-requests>=0.9 webdriver-manager>=3.8

3. 项目结构与核心文件设计

一个清晰、可维护的项目结构是自动化测试框架的骨架。混乱的目录结构是项目后期难以维护的首要原因。下面是我经过多个项目迭代后总结出的最佳实践结构。

your-automation-project/ ├── README.md # 项目说明文档 ├── requirements.txt # Python依赖列表 ├── .gitignore # Git忽略文件配置 ├── run_tests.robot # 主执行入口（可选） │ ├── resources/ # 资源文件目录 │ ├── __init__.robot │ ├── common_keywords.robot # 全局通用关键字 │ ├── page_objects/ # 页面对象资源（Web测试用） │ │ ├── __init__.robot │ │ ├── login_page.robot │ │ └── home_page.robot │ └── api_clients/ # API客户端资源（接口测试用） │ ├── __init__.robot │ └── user_api.robot │ ├── testcases/ # 测试用例目录 │ ├── __init__.robot │ ├── smoke_tests/ # 冒烟测试套件 │ │ ├── __init__.robot │ │ └── login_smoke.robot │ ├── regression_tests/ # 回归测试套件 │ │ ├── __init__.robot │ │ ├── user_management.robot │ │ └── order_processing.robot │ └── api_tests/ # 接口测试套件 │ ├── __init__.robot │ └── user_api_tests.robot │ ├── variables/ # 变量文件目录 │ ├── __init__.robot │ ├── env_config.py # 环境配置（Python文件，更灵活） │ └── test_data.py # 测试数据 │ ├── libraries/ # 自定义Python库目录 │ ├── __init__.py │ └── custom_utils.py # 自定义工具类 │ ├── results/ # 测试结果输出目录（.gitignore忽略） │ └── latest/ # 最近一次运行结果 │ ├── log.html │ ├── report.html │ └── output.xml │ └── scripts/ # 辅助脚本目录 ├── run_smoke.sh # Shell脚本（Linux/Mac） ├── run_smoke.bat # Batch脚本（Windows） └── generate_report.py # 自定义报告生成脚本

3.1 目录结构解析与设计原则

resources/: 这是框架的“心脏”。所有可复用的关键字都放在这里。我强烈建议按功能或页面进行细分。
- common_keywords.robot：存放像Open Browser With Managed Driver、Login With Credentials这类跨模块的通用关键字。
- page_objects/：遵循Page Object模式。每个页面的元素定位和操作封装在一个资源文件中。例如，login_page.robot里定义Input Username、Click Login Button等关键字。这极大提升了用例的可读性和维护性，当页面元素ID变化时，只需修改这一个文件。
- api_clients/：对于接口测试，将不同业务的API请求封装成关键字。例如user_api.robot里定义Create User、Get User Info等。
testcases/: 测试用例按业务模块或测试类型组织。__init__.robot文件可以用来为整个目录下的套件设置全局的Settings（如引入公共资源库）。
- 按优先级分：smoke_tests/（冒烟）、regression_tests/（回归）。
- 按业务分：user_management/、order_processing/。
- 按类型分：api_tests/、web_tests/。
- 设计原则：每个.robot文件应该是一个逻辑上独立的测试套件，包含一组相关的测试用例。用例本身应该只包含测试步骤和断言，具体的操作细节全部调用resources/下的关键字。

variables/: 集中管理配置和测试数据。使用Python文件（.py）比RF变量文件（.robot或.txt）更强大，因为可以利用Python语法生成动态数据。

env_config.py：定义不同环境（测试、预生产、生产）的URL、账号等。

# env_config.py class Config: BASE_URL = "https://test.example.com" API_BASE_URL = "https://api.test.example.com" DB_HOST = "localhost" DB_USER = "test_user" # 可以根据环境变量切换配置 import os env = os.getenv('ENV', 'test') if env == 'prod': BASE_URL = "https://example.com" ...

test_data.py：存放测试用的账号、商品信息等。

# test_data.py VALID_USER = {'username': 'testuser1', 'password': 'Pass123!'} INVALID_USER = {'username': 'wrong', 'password': 'wrong'}

libraries/: 当RF内置关键字和现有库无法满足复杂逻辑时，就需要自己写Python库。例如，一个处理特定加密算法、或者与内部中间件交互的工具类。
results/: 固定输出目录。在.gitignore中忽略此目录，避免测试报告等临时文件进入版本库。每次运行可以带上时间戳创建子目录，方便历史追溯。

3.2 文件命名与资源导入规范

命名：使用小写字母和下划线，如login_page.robot，run_regression_tests.sh。

资源导入：在测试套件的*** Settings ***部分清晰导入。

*** Settings *** Resource ../../resources/common_keywords.robot Resource ../../resources/page_objects/login_page.robot Library ../../libraries/custom_utils.py Variables ../../variables/env_config.py

使用相对路径，确保项目移动后依然能正确引用。

4. 关键字驱动设计与用例编写实战

RF的精髓在于“关键字驱动”。理解并用好这一模式，是写出高质量、可维护测试用例的关键。

4.1 理解三层架构：用例、关键字、库

RF的自动化测试通常呈现三层结构：

测试用例层：描述“做什么”（What）。用自然语言风格编写，只关心测试逻辑和验证点。
用户关键字层：描述“怎么做”（How）。将一系列底层操作组合成一个有业务含义的步骤。存放在resources/目录。
测试库层：提供“原子操作”。由SeleniumLibrary、RequestsLibrary等库提供，或由自定义Python库实现。

一个生动的比喻：测试用例就像烹饪食谱（“做一道鱼香肉丝”），用户关键字是烹饪步骤（“切肉丝”、“调酱汁”），而测试库就是你的刀、锅、灶这些基础工具。

4.2 编写你的第一个可维护用例

假设我们要测试一个登录功能。糟糕的写法是把所有细节都堆在用例里：

*** Test Cases *** 无效登录测试 Open Browser ${LOGIN_URL} chrome Input Text id=username wrong_user Input Text id=password wrong_pass Click Button css=.login-btn Page Should Contain 用户名或密码错误 Close Browser

这种写法的问题显而易见：元素定位器（id=username）散落在各处，一旦前端修改，需要到处找、到处改。

遵循Page Object和关键字驱动的最佳实践，应该这样写：

第一步：在resources/page_objects/login_page.robot中定义页面关键字

*** Settings *** Library SeleniumLibrary *** Variables *** ${LOGIN_URL} /login ${USERNAME_INPUT} id=username ${PASSWORD_INPUT} id=password ${LOGIN_BUTTON} css=.login-btn ${ERROR_MSG} css=.error-message *** Keywords *** 导航到登录页 [Arguments] ${base_url} Go To ${base_url}${LOGIN_URL} 输入用户名 [Arguments] ${username} Input Text ${USERNAME_INPUT} ${username} 输入密码 [Arguments] ${password} Input Text ${PASSWORD_INPUT} ${password} 点击登录按钮 Click Button ${LOGIN_BUTTON} 验证错误信息存在 [Arguments] ${expected_error} Wait Until Element Is Visible ${ERROR_MSG} timeout=5s Element Text Should Be ${ERROR_MSG} ${expected_error} 执行登录 [Arguments] ${username} ${password} 输入用户名 ${username} 输入密码 ${password} 点击登录按钮

第二步：在resources/common_keywords.robot中定义通用流程关键字

*** Keywords *** 打开浏览器并访问 [Arguments] ${url} ${browser}=chrome Open Browser ${url} ${browser} Maximize Browser Window Set Selenium Implicit Wait 10s 关闭浏览器会话 Close All Browsers

第三步：在testcases/regression_tests/login_tests.robot中编写清晰易懂的测试用例

*** Settings *** Resource ../../resources/common_keywords.robot Resource ../../resources/page_objects/login_page.robot Variables ../../variables/env_config.py *** Test Cases *** 用户使用错误密码登录应看到错误提示 [Documentation] 验证登录功能在输入错误密码时的错误处理 [Tags] login regression high # 准备工作 打开浏览器并访问 ${Config.BASE_URL} 导航到登录页 ${Config.BASE_URL} # 执行测试 执行登录 ${VALID_USER.username} wrong_password # 验证结果 验证错误信息存在 用户名或密码错误 # 清理工作 [Teardown] 关闭浏览器会话 用户使用正确密码登录应跳转到首页 [Documentation] 验证登录功能在输入正确密码时的成功流程 [Tags] login smoke high 打开浏览器并访问 ${Config.BASE_URL} 导航到登录页 ${Config.BASE_URL} 执行登录 ${VALID_USER.username} ${VALID_USER.password} # 验证登录成功，例如检查是否跳转到首页，或出现用户菜单 Location Should Be ${Config.BASE_URL}/dashboard Page Should Contain Element css=.user-avatar [Teardown] 关闭浏览器会话

对比一下：第二种写法中，测试用例读起来就像产品需求文档。元素定位器只存在于login_page.robot中，前端改了，只需改这一个文件。common_keywords.robot管理浏览器生命周期，env_config.py管理环境变量。职责清晰，维护成本极低。

4.3 高级关键字技巧：参数、返回值与流程控制

参数化关键字：使用[Arguments]。支持默认值（${arg}=default）和可变参数（@{varargs},&{kwargs}）。

*** Keywords *** 搜索商品 [Arguments] ${keyword} ${sort_by}=最新上架 ${max_price}=${EMPTY} Input Text search-box ${keyword} Select From List By Label sort-dropdown ${sort_by} Run Keyword If '${max_price}' != '${EMPTY}' 输入最大价格 ${max_price} Click Button search-button

关键字返回值：使用[Return]设置。返回值可以赋值给变量。

*** Keywords *** 获取当前用户昵称 ${nickname}= Get Text css=.user-nickname [Return] ${nickname} *** Test Cases *** 测试用户信息显示 ${actual_nickname}= 获取当前用户昵称 Should Be Equal ${actual_nickname} 测试小能手

流程控制：RF支持FOR循环、IF/ELSE条件判断，让关键字更灵活。

*** Keywords *** 批量检查链接状态 [Arguments] @{url_list} FOR ${url} IN @{url_list} ${status} ${message}= Run Keyword And Ignore Error 检查单个链接 ${url} Run Keyword If '${status}' == 'FAIL' Log 链接 ${url} 不可用: ${message} level=WARN END

5. 测试执行、报告与集成

写好用例只是第一步，如何高效地执行、生成报告并集成到开发流程中，才是自动化发挥价值的关键。

5.1 命令行执行：灵活与强大

虽然VSCode插件可以方便地运行单个用例，但在CI/CD流水线或批量执行时，命令行是唯一选择。robot命令非常强大。

# 最基本：运行整个项目 robot --outputdir results/your_project # 运行特定测试套件 robot --suite regression_tests.login_tests your_project/ # 运行带特定标签的用例（常用于冒烟测试） robot --include smoke your_project/ # 排除某些标签的用例 robot --exclude slow your_project/ # 设置变量（常用于切换环境） robot --variable ENV:prod --variable BROWSER:firefox your_project/ # 设置元数据 robot --metadata Version:2.0 --metadata Environment:Staging your_project/ # 设置监听器（用于实时输出） robot --listener some_listener.py your_project/ # 并行执行（使用pabot，大幅缩短执行时间） pabot --processes 4 --outputdir results/parallel your_project/

常用参数解析：

--outputdir (-d): 指定输出目录，非常重要，避免污染项目根目录。
--suite (-s): 指定测试套件。套件名是文件或目录名（不带后缀）。
--test (-t): 指定具体的测试用例名。
--include (-i)/--exclude (-e): 按标签过滤。在用例的[Tags]中设置。
--variable (-v): 传入变量，优先级高于变量文件中的定义。
--metadata: 在报告中添加自定义信息。
--listener: 可以编写Python监听器，在测试开始、结束、关键字执行等时刻插入自定义逻辑，比如发送通知、记录性能数据。

5.2 报告系统：不仅仅是log.html和report.html

RF默认生成三个核心文件：

output.xml: 机器可读的详细结果文件，是其他报告的基础。
log.html: 最详细的执行日志，包含每个关键字的执行状态、参数、耗时，是调试失败用例的必备工具。
report.html: 高层级的统计报告，展示通过率、用例分布、耗时等，适合向管理层汇报。

但我们可以做得更好：

自定义报告模板：RF支持使用自定义的XSLT模板来生成报告。你可以修改模板，加入公司Logo、调整样式、增加图表等。

robot --report report_custom.html --log NONE --outputdir results your_project/ # 然后使用rebot命令和自定义XSLT重新生成报告 rebot --reporttitle “我的自定义报告” --report background:lightblue results/output.xml

集成Allure报告：Allure提供了更美观、交互性更强的报告。通过robotframework-allure库，可以将RF结果转换为Allure格式。
```
pip install robotframework-allure robot --listener allure_robotframework your_project/ allure serve allure-results/
```
实时通知：在CI/CD流水线中，测试失败需要及时通知。可以在--listener中编写一个监听器，当用例失败时，调用企业微信、钉钉或Slack的Webhook发送消息。

5.3 持续集成（CI）集成实战

将RF自动化测试集成到Jenkins、GitLab CI/CD或GitHub Actions中，是实现“持续测试”的标准操作。

以GitHub Actions为例的配置文件（.github/workflows/robot-tests.yml）：

name: Robot Framework Tests on: push: branches: [ main, develop ] pull_request: branches: [ main ] jobs: test: runs-on: ubuntu-latest strategy: matrix: python-version: [3.9] browser: [chrome, firefox] # 多浏览器矩阵测试 steps: - uses: actions/checkout@v3 - name: Set up Python ${{ matrix.python-version }} uses: actions/setup-python@v4 with: python-version: ${{ matrix.python-version }} - name: Install system dependencies (for browsers) run: | sudo apt-get update sudo apt-get install -y wget unzip libgconf-2-4 - name: Install Chrome run: | wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add - echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" | sudo tee /etc/apt/sources.list.d/google-chrome.list sudo apt-get update sudo apt-get install -y google-chrome-stable - name: Install Firefox run: | sudo apt-get install -y firefox - name: Install Python dependencies run: | python -m pip install --upgrade pip pip install -r requirements.txt # 安装浏览器驱动管理工具 pip install webdriver-manager - name: Run Robot Framework tests env: BROWSER: ${{ matrix.browser }} ENV: test run: | # 使用pabot并行执行，并生成Allure结果 pabot --processes 2 --listener allure_robotframework --variable BROWSER:$BROWSER --outputdir results/${{ matrix.browser }} testcases/ # 如果任何用例失败，则步骤失败 test $? -eq 0 || test $? -eq 252 - name: Upload Allure results if: always() # 即使测试失败也上传结果 uses: actions/upload-artifact@v3 with: name: allure-results-${{ matrix.browser }} path: allure-results/ retention-days: 7 - name: Deploy HTML report to GitHub Pages (可选) if: github.ref == 'refs/heads/main' && success() uses: peaceiris/actions-gh-pages@v3 with: github_token: ${{ secrets.GITHUB_TOKEN }} publish_dir: ./results

这个工作流实现了：

在代码推送或PR时自动触发。
在Chrome和Firefox两个浏览器上并行执行测试（矩阵策略）。
自动安装依赖和浏览器。
使用pabot并行执行，加快速度。
生成Allure格式的结果并上传为制品，方便下载查看。
（可选）将HTML报告部署到GitHub Pages，生成一个可公开访问的测试报告页面。

6. 常见问题、调试技巧与性能优化

即使框架搭得再好，在实际编写和运行测试时，也一定会遇到各种问题。下面是我踩过无数坑后总结出的“避坑指南”。

6.1 高频问题与解决方案速查表

问题现象	可能原因	解决方案
导入库失败，提示`No keyword named 'Open Browser' found`	1. 库未安装。 2. 库已安装但未在`* Settings *`中正确导入。 3. 库名拼写错误或大小写错误。	1.`pip list`检查库是否安装。 2. 确保`* Settings *`中有`Library SeleniumLibrary`。 3. 库名严格按文档书写，如`SeleniumLibrary`不是`seleniumlibrary`。
元素找不到（`ElementNotFound`）	1. 页面未加载完成。 2. 元素定位器错误或已变更。 3. 元素在iframe或shadow DOM内。 4. 动态ID或类名。	1. 在操作前使用`Wait Until Element Is Visible`或`Wait Until Page Contains`。 2. 使用浏览器开发者工具重新检查定位器。 3. 使用`Select Frame`进入iframe，或使用`Execute Javascript`处理shadow DOM。 4. 使用XPath的`contains`、`starts-with`等函数，或CSS选择器的属性选择器。
测试在CI服务器上失败，本地却成功	1. CI环境与本地环境差异（浏览器版本、屏幕分辨率、网络）。 2. 时间差导致等待不足。 3. 文件路径问题。	1. 在CI脚本中明确指定浏览器版本和驱动版本（用`webdriver-manager`）。 2. 增加隐式/显式等待时间，或使用更稳定的等待条件（如等待元素可点击）。 3. 使用`${EXECDIR}`内置变量构建绝对路径，避免相对路径歧义。
RF报告显示`PASS`，但实际业务逻辑错误	断言不够充分，只检查了表面状态（如HTTP 200），未检查响应内容或业务状态。	增加更细致的断言： - 接口测试：断言响应体中的特定字段值。 - Web测试：断言页面关键文本、元素状态、URL变化等。
自定义Python库中的关键字在RF中不可见	1. 库类未继承`robot.api`的基类。 2. 方法名未以`_`结尾，RF默认会忽略。 3. 未正确设置`ROBOT_AUTO_KEYWORDS = False`并显式声明`@keyword`装饰器。	1. 确保类继承自`object`（新版本）或`robot.api.BuiltIn`（如需使用RF内置关键字）。 2. 公开给RF用的方法，要么名字以下划线结尾，要么使用`@keyword`装饰器。 3. 推荐使用`@keyword`装饰器，清晰明确。
使用变量时提示`Variable '${VAR}' not found`	1. 变量未在作用域内定义。 2. 变量文件未正确导入或路径错误。 3. 在关键字内定义的局部变量，在外部无法访问。	1. 检查变量定义位置（Suite/Test Case/Keyword内）。 2. 使用`Log Variables`关键字打印所有变量检查。 3. 需要跨关键字传递值时，使用`[Return]`或`Set Suite/Test/Global Variable`关键字。

6.2 调试技巧：让问题无处遁形

充分利用log.html：测试失败后，第一件事就是打开log.html。它按时间线记录了每一个关键字的调用、参数和结果。点击失败的关键字，可以看到详细的错误信息和Python traceback。这是定位问题的首要工具。
使用Log和Log To Console关键字：在怀疑的代码位置插入Log ${some_variable}，将变量的实时值输出到日志和报告。Log To Console则会直接打印到标准输出，在命令行执行时非常有用。

使用Debug Library：RF内置了Debug Library。在测试开始前调用Debug关键字，会进入交互式调试模式，可以单步执行并查看变量。

*** Settings *** Library DebugLibrary *** Test Cases *** 调试示例 Debug # 执行到这里会暂停，进入调试命令行 Open Browser https://example.com chrome # ... 其他操作

截图功能：UI测试失败时，一张截图抵得上千言万语。在SeleniumLibrary中，可以在Teardown或用例失败时自动截图。

*** Keywords *** 捕获失败截图 ${timestamp}= Get Time epoch Capture Page Screenshot filename=${EXECDIR}/results/screenshot_failure_${timestamp}.png *** Test Cases *** 某个可能失败的测试 [Teardown] Run Keyword If Test Failed 捕获失败截图 # ... 测试步骤

6.3 性能优化：让测试跑得更快

当用例成百上千后，执行时间会成为瓶颈。以下是一些有效的优化手段：

使用pabot并行执行：这是提升速度最有效的方法。根据CI服务器的CPU核心数设置合理的进程数（如--processes 4）。注意并行测试的资源竞争问题，如数据库、测试账号等，需要通过设计隔离的测试数据来解决。
优化等待策略：
- 减少固定等待：尽量避免使用Sleep 5s这种硬编码等待。多用Wait Until ...条件等待。
- 设置合理的隐式等待：Set Selenium Implicit Wait 10s。这会让WebDriver在找不到元素时轮询查找，而不是立即失败。但不宜设置过长。
- 使用更精确的显式等待：Wait Until Element Is Visible比Wait Until Page Contains更精确、更快。
复用浏览器会话：对于一组相关的UI测试，可以考虑在Suite Setup中打开浏览器，在所有用例执行完后（Suite Teardown）再关闭，而不是每个用例都开闭一次。但这需要确保用例间状态隔离（如清理Cookies、LocalStorage）。
标签（Tags）的妙用：为用例打上smoke、slow、api、ui等标签。在CI流水线中，可以只运行--include smoke的冒烟测试，快速反馈。而全面的回归测试可以安排在夜间执行。
精简测试用例：遵循“一个用例验证一个点”的原则。冗长的用例不仅执行慢，失败时也很难定位问题。将大用例拆分成多个独立的小用例。
Mock外部依赖：对于支付、短信等第三方服务，使用Mock Server（如WireMock, Mockoon）来模拟，避免网络延迟和不稳定对测试的影响。

搭建Robot Framework自动化测试框架，技术实现只是第一步。更重要的是围绕它建立一套规范、流程和团队协作文化。从清晰的项目结构、可读的关键字设计，到高效的执行策略和问题排查机制，每一个环节都需要用心打磨。这个框架就像一棵树，根扎得越深（基础牢固），枝叶（测试用例）才能生长得越茂盛，最终为你的产品质量撑起一片绿荫。

查看全文

http://www.jsqmd.com/news/1117803/