影刀RPA 从手工到自动化的迁移清单：上线前必须检查的事项
流程写好了，测试跑通了。可以上线了吗？先对照这份清单检查一遍。漏了任何一项，上线后都可能翻车。
一、基础环境检查
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 依赖库已安装 | Python节点用的第三方库在运行环境上已安装 |
| ☐ | 文件路径正确 | 所有路径指向正确的目录，没有C:\Users\张三这种硬编码 |
| ☐ | 网络可达 | 目标网站/API从运行环境的电脑上能正常访问 |
| ☐ | 权限充足 | 流程需要的文件读写权限、数据库访问权限都就绪 |
| ☐ | 浏览器兼容 | 影刀自带的浏览器或指定的浏览器版本能正常运行 |
二、账号与凭证
店群矩阵自动化突破运营极限！
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 账号正确 | 用的是正式账号，不是测试账号 |
| ☐ | 密码安全 | 密码不在流程里硬编码，用环境变量/加密文件 |
| ☐ | 授权码有效 | SMTP/API Key等授权信息在有效期内 |
| ☐ | 权限范围 | 该账号有足够权限执行需要的操作，但不过度（最小权限原则） |
三、数据与业务
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 数据量级 | 用接近真实数据量的数据跑过一遍，不是只用3条测试数据 |
| ☐ | 边界情况 | 测试过：数据为空、只有1条、超过预期最大值 |
| ☐ | 异常数据 | 测试过：格式错误、缺失字段、异常值（金额为负等） |
| ☐ | 并发冲突 | 不会有多个流程实例同时操作同一份数据 |
| ☐ | 数据版本 | 新流程是否改变了数据格式/结构？如果有，下游兼容吗？ |
四、稳定性与容错
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 重试机制 | 关键操作有重试逻辑（网络请求、网页操作） |
| ☐ | 超时设置 | 每个等待/请求都有明确的超时时间，不会无限等待 |
| ☐ | 登录态检查 | 流程开始时检查登录是否有效 |
| ☐ | 断点续跑 | 中途崩溃后可以从中断处继续，不会重复处理 |
| ☐ | 资源释放 | 文件句柄、数据库连接、浏览器标签页都会被正确关闭 |
| ☐ | 错误日志 | 出错时记录了足够的上下文信息用于排查 |
五、监控与通知
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 执行通知 | 定时任务跑完后有通知（成功和失败都要） |
| ☐ | 异常告警 | 连续失败、数据异常时能及时告警 |
| ☐ | 心跳监控 | 长时间运行的流程有心跳机制防止假死 |
| ☐ | 日志保留 | 运行日志至少保留7天可追溯 |
六、版本与发布
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 旧版已备份 | 当前正式版已保存到版本目录，可随时回滚 |
| ☐ | 配置文件分离 | 测试环境和正式环境用不同的配置文件 |
temu店群自动化报活动案例
| ☐ | 发布说明 | 写清楚了这次改了什么、影响哪些模块 |
| ☐ | 相关人员通知 | 告知运维、业务方"流程已更新" |
七、安全红线
| ☐ | 检查项 | 说明 |
|---|---|---|
| ☐ | 无硬编码密码 | 密码、Token未出现在代码或日志中 |
| ☐ | 无敏感日志 | Cookie/Token不会被打到日志文件里 |
| ☐ | 最小权限 | 数据库账号只有必要的权限（只读/只写需要的表） |
| ☐ | 资金操作 | 涉及资金的操作有二次确认或审批流程 |
| ☐ | 删除操作 | 批量删除有"dry_run"预览机制 |
八、首次上线观察期
| ☐ | 观察项 | 说明 |
|---|---|---|
| ☐ | 手动触发跑一次 | 正式环境上先手动触发，盯着跑完 |
| ☐ | 结果交叉验证 | 人工抽查部分结果，验证数据准确性 |
| ☐ | 观察定时执行 | 第一次定时触发后，确认在规定时间确实跑了 |
| ☐ | 观察1-3天 | 稳定运行几天后再移出"观察期" |
这张清单不是一次性的。每次改流程、发新版，对照着过一遍。看起来繁琐，但上线后翻车的代价远比这份清单花的时间大。
作者：林焱