业务自动化验收测试：正常、重复与失败场景怎么测

把业务规则写成输入与预期结果

每条测试包含编号、前置条件、输入、预期记录变化、预期通知和禁止动作。例如“缺少必填邮箱时不创建正式记录，并将原因写入待处理列表”。不要只写“运行正常”。

使用隔离的测试记录与可控收件位置，注明时区和字段格式。预计不发送通知的场景，也要把“没有发送”列为验收结果。

覆盖重复、边界和异常

测试空值、格式错误、重复事件、重复点击、顺序变化和特殊字符。随后验证权限不足、目标服务不可用以及处理到一半中断时的表现。哪些场景适用，应依据流程实际涉及的系统确定。

为每种失败定义可观察的状态、负责人员和恢复入口。重试前判断哪些步骤已经成功，避免把部分完成的工作整体再执行一次。

示例：报名表转为审核记录

假设流程把报名提交转成待审核记录，并向内部审核人发送提醒。同一提交编号收到两次时，预期只有一条记录和一次提醒；缺少必填字段时，应进入待修正队列，不发送正常提醒。

若记录已创建但提醒失败，预期保留记录编号和失败步骤，由恢复操作补发提醒。测试后实际核对记录数量、提醒数量与状态，不能仅依赖成功标记。

验收与移交清单

将测试输入、预期、实际结果和运行证据放在同一表中。失败项修复后复测，同时保留未解决限制和人工处理方法。

• 正常输入得到正确记录与通知。
• 重复输入不会重复创建或发送。
• 无效输入被明确标记并有人接手。
• 中断后可识别已完成步骤。
• 恢复操作、暂停入口和日常负责人已验证。