作者：自动化编排师
---
前言
大家好，我是自动化编排师。做自动化测试6年，从脚本化到可视化编排，深刻体会到好的编排设计对测试效率的提升。今天分享RunnerGo自动化测试编排的实战经验。
> 本文章参考RunnerGo v2.3官方文档
---
一、自动化编排概念
什么是场景编排？
场景编排是将多个接口按照业务流程组合，形成完整的测试场景：
`
登录 -> 查询用户 -> 创建订单 -> 支付 -> 验证结果
`
编排的价值
| 优势 | 说明 |
|------|------|
| 业务仿真 | 模拟真实用户操作流程 |
| 数据联动 | 接口间数据自动传递 |
| 可维护性 | 可视化修改，无需改代码 |
| 可复用 | 公共场景可复用 |
---
二、场景设计原则
模块化设计
将业务流程拆分为独立模块：
`
公共模块/
├── 登录场景
├── 签名计算
└── 数据清理
业务模块/
├── 用户管理场景
├── 订单管理场景
└── 支付管理场景
`
场景命名规范
`
场景_模块_功能_操作
示例：
- 场景_用户_登录_验证
- 场景_订单_创建_成功
- 场景_支付_回调_处理
`
---
三、RunnerGo编排操作
创建测试场景
1. 进入"自动化测试"
2. 点击"新建场景"
3. 配置场景基本信息
添加接口节点
RunnerGo支持多种节点类型：
| 节点类型 | 用途 |
|----------|------|
| 接口节点 | 执行HTTP请求 |
| 条件节点 | 判断分支执行 |
| 循环节点 | 重复执行操作 |
| 等待节点 | 设置延时 |
| 断言节点 | 验证结果 |
接口间数据传递
配置提取变量：
`yaml
接口1：登录
提取变量: token
提取表达式: $.data.token
接口2：查询用户
请求头: Authorization: Bearer {{token}}
`
---
四、流程控制详解
条件判断
根据条件执行不同分支：
`yaml
条件: {{response_code}} == 200
分支A (满足条件): 执行成功流程
分支B (不满足): 执行失败处理
`
循环执行
重复执行某段流程：
`yaml
循环次数: 10
循环间隔: 100ms
循环体:
- 查询订单状态
- 判断是否支付成功
- 成功则退出循环
`
异常处理
配置重试和错误处理：
`yaml
重试次数: 3
重试间隔: 1000ms
失败策略: 继续/停止
`
---
五、定时任务配置
创建定时任务
1. 进入"定时任务"模块
2. 点击"新建任务"
3. 选择要执行的场景
4. 配置执行周期
Cron表达式
`bash
格式：分 时 日 月 周
每天早上9点
0 9 * * *
每小时执行
0 * * * *
每30分钟执行
*/30 * * * *
每周一早上10点
0 10 * * 1
工作日早上9点
0 9 * * 1-5
`
任务通知配置
`yaml
通知方式:
- 钉钉
- 企业微信
- 邮件
通知时机:
- 任务开始
- 任务完成
- 测试失败
`
---
六、场景维护管理
版本管理
RunnerGo支持场景版本：
环境切换
不同环境使用不同配置：
`yaml
环境配置:
开发环境:
base_url: http://dev.api.com
测试环境:
base_url: http://test.api.com
生产环境:
base_url: http://api.com
`
---
总结
RunnerGo自动化编排要点：
| 环节 | 关键操作 |
|------|----------|
| 场景设计 | 模块化、命名规范 |
| 节点配置 | 接口、条件、循环 |
| 数据传递 | 提取变量、引用变量 |
| 流程控制 | 条件判断、异常处理 |
| 定时任务 | Cron配置、通知设置 |
---
下期预告：RunnerGo集成CI/CD实战 - 测试流水线自动化部署指南
作者：自动化编排师，6年自动化测试经验