实施指南
流程上线前，怎样测试和完成交接
准备真实样本、异常情况和验收记录，让使用团队能够接手日常运行。
先写清怎样才算完成
一个流程能演示，不代表团队已经能够把工作交给它。验收需要回答：在约定范围内，输入怎样进入，输出由谁确认，失败时谁接手，日常记录在哪里看。
把这些问题写成简短的验收说明。比如“将一种采购文件整理为待审核记录，员工确认后写入业务系统”，比“自动化文件处理”更容易测试。第一期范围还应注明文件类型、系统、使用人员和需要保留的人工动作。
用团队真的会遇到的样本
请一线员工和业务负责人一起准备样本，包含正常工作、少见情况和目前最费时间的例外。样本不需要越多越好，但不能全部来自同一种理想格式。
为每份样本准备输入、期望结果和核对人。涉及个人资料时，先确定测试用途与访问安排；能用虚构或去除身份信息的样本覆盖的部分，就先用这些样本。
样本应覆盖相关语言、文件质量、无障碍使用需求和用户群体差异。留意同一种错误是否反复让某类人处于不利位置。复核人员需要有足够的业务知识、时间和权限，能够质疑结果、拦下后续操作；有一个审批按钮，并不代表复核已经有效。
保留一组没有用于反复调整方案的样本，最后再测试一次。这样可以发现流程是否只适应了已经见过的文件，而没有处理相同范围内的新情况。
不只测试“处理成功”
至少覆盖以下几类情况，并说明员工怎样知道需要接手：
| 情况 | 应检查的行为 |
|---|---|
| 信息完整 | 输出与来源相符，进入正确的下一步 |
| 缺少关键字段 | 缺项可见，不被当作完整记录提交 |
| 同一请求重复进入 | 能识别或提示重复，避免重复操作 |
| 系统连接中断 | 状态可查，恢复后不重复写入 |
| 需要人员审批 | 未经批准不执行约定需要审批的动作 |
| 资料更新或请求取消 | 旧状态不再继续触发后续动作 |
对于会生成文字的流程，还要测试资料没有答案、内容冲突和问题超出范围时怎样处理。业务人员检查事实与适用范围，技术人员检查记录、权限和连接结果。两类检查需要一起完成。
还可以尝试索取其他人的资料、在输入文件中夹入额外指令，以及把输出发给错误对象。检查访问限制是否仍然有效，外来指令会不会改变约定任务，以及员工能否发现并控制失败。
把验收标准写成能够核对的结果
标准应对应具体字段、动作和业务记录。例如，必填内容是否齐全、关联是否正确、发送前是否保留指定复核，以及系统写入后能否找到结果。
如果使用正确率或完成率，先定义分母和通过条件。按字段统计与按整笔业务统计，会得到不同结果；被系统转给人工的记录，也需要说明计入哪一类。试点中的节时则包含整理输入、复核、纠正和异常处理。
有些错误涉及错发对象、重复收费或覆盖记录，不能被大量普通任务的平均成绩掩盖。先确认这些动作怎样拦下，再讨论整体通过门槛。门槛由业务负责人和交付方在测试前确定，而不是看到结果以后再解释。
从小范围运行收集证据
可以先让新流程准备结果，由员工与当前做法核对；之后再让一组指定人员处理限定范围的真实任务。为这段试行记录业务量、人工处理时间、问题和修正，不需要为了试点把整家公司一起迁过去。
上线前指定一位日常负责人、一位能够暂停或恢复流程的人，以及技术支持联系人。暂停时，未完成任务需要进入可见队列，员工知道怎样继续处理。涉及对外发送或写入系统的动作，先确认暂停后哪些已经发生、哪些尚未发生。
向受影响人员说明相关的自动化用途，并提供申请人工复核、纠正资料的实际途径。写清反馈如何到达负责人，调查期间暂停哪些动作，以及怎样修正受影响的记录。
交接要让下一位同事能使用
交接可以围绕几项实际材料展开：
- 当前流程图、范围及仍需人工处理的情况。
- 系统账户、权限负责人和订阅费用归属。
- 查看处理状态、修正记录和处理常见异常的方法。
- 已通过的测试样本、尚未解决的问题和后续安排。
- 修改资料或规则的方法，以及技术支持联系安排。
让接手的员工实际完成一次正常任务和一次异常处理，比仅确认培训已经举行更能检验交接。约定复查时点，再用运行记录判断是否适合扩大范围。
把已验收的流程版本与测试发现放在一起。模型、供应商、参考资料或流程改变后，重新测试受影响的部分；错误和投诉也应促使团队检查原有安排是否仍然有效。各阶段需要保留的记录，可查看 J2K 的交付方法。
