手册里藏着判断
手工操作手册通常写成指令序列,但执行者实际在做的事远多于照抄命令:查看输出是否正常、依据经验决定是否继续、遇到异常时选择绕行或停止。这些判断是流程的真正组成部分,只是没有被写下来。转成自动化时,要把每条手工命令拆成输入值、判断条件、动作与校验四部分,并明确异常路径;否则脚本只能在一切正常时工作。
基本信息
| 转换对象 | 手工操作手册、故障处置步骤、发布流程 |
|---|---|
| 拆解要素 | 输入值、判断条件、动作、校验 |
| 重点 | 把隐含判断显式化为可判定条件 |
| 验收 | 同一场景下手动与自动结果一致 |
转换步骤
- 跟岗记录:随执行者实际走一遍流程,记录所有临时决定。
- 标注判断点:把「看情况」「没问题就继续」标出来并追问答错标准。
- 抽取变量:把每次不同的值(地址、路径、端口)抽成参数。
- 分离校验:为每个动作补写可自动判定的成功条件。
- 补全异常路径:为每个判断点写明不满足时的处理方式。
- 同场景验证:用一次真实变更场景对比两种方式的结果与耗时。
- 保留兜底:手工流程保留到自动化在真实故障场景验证过为止。
手册要素到剧本的映射
| 手册内容 | 剧本中的位置 | 注意事项 |
|---|---|---|
| 命令序列 | 任务列表 | 保留顺序与注释 |
| 「检查是否正常」 | 判断条件与断言 | 写出可判定的阈值 |
| 每次不同的值 | 变量与参数 | 提供默认值并校验 |
| 「出错就回滚」 | 失败处理与回退任务 | 回退动作也要幂等 |
| 「一般几分钟」 | 等待与轮询 | 改为状态轮询加超时 |
| 经验判断 | 条件分支 | 无法编码时保留人工确认 |
转换过程中最有价值的产出不是脚本,而是那份被写清楚的判断条件清单:它同时可以改进手工手册,也能用于评审自动化逻辑是否与原流程等价。
无法编码的判断不要硬编码:例如需要业务确认的场景,把它做成等待确认的闸门比用启发式规则代替更安全。