团队在正式 CRM 里用“几条测试记录”测试一个新的催款提醒自动化。其中一条记录里还留着某位真实客户的邮箱。结果这位客户为一张并不存在的发票收到了三封提醒。
测试阶段的大多数自动化事故都出自同一个漏洞：测试运行的地方能触达真实的人、真实的钱或真实的记录。
先确定在哪里测试
针对自动化涉及的每个系统，写明适用哪一种：
- 服务商提供的沙盒或测试账号。 很多财务、支付、CRM 和邮件服务都有。
- 自己创建的独立测试空间，里面使用单独的数据。
- 只读方式访问正式系统，前提是没有其他选择，而且自动化只需要查看、不需要操作。
如果某个系统三种都没有，自动化在通过影子模式试点之前不应向它写入数据：影子模式下，自动化只提出操作建议，由人来执行。
准备一小套贴近真实的测试数据
精心挑选的二十条记录，比随机的一千条更能发现问题。包括：
- 应该顺利通过的典型情况。
- 边界情况：字段缺失、名字很长、特殊字符、不同币种或时区。
- 应该被跳过或拒绝的记录。
- 重复记录，检查自动化不会执行两次。原因可参考自动化重试指南。
使用虚构的姓名和你们自己能收到的联系方式，例如团队共享邮箱。除非已经去除个人信息并确认允许，否则不要把正式客户记录复制到测试系统。
从机制上杜绝误发给真实的人
在自动化本身里加防护，而不只是在文档里写一句提醒：
- 测试模式下，所有邮件和消息都只发到一个内部地址。
- 使用明显虚构的金额和单号。
- 给每条测试记录打上标记，例如名字里带“TEST”，测试模式下自动化拒绝处理没有标记的记录。
先写下预期结果
每次测试前，写下每条记录应该发生什么，然后逐条对照。运行“成功”了、但结果与预期不同，同样算失败，哪怕没有报错。
保留测试数据，长期使用
每次修改自动化，都用同一套测试数据再跑一遍。正式运行中出现真实问题时，补一条对应的测试记录，避免同样的问题悄悄复发。
如需为正在开发的自动化规划安全测试，欢迎联系 Storm Nova Labs。
