用测试表判断一次改动值不值得

给每项功能一个预期

自动模式项目至少检查出生状态、低生命进入、重复受伤、维修退出和再次进入，预期写成能观察的结果，例如只出现一条进入消息，而不是写感觉正常

场景 / Case | 操作 / Action | 预期 / Expected
出生 / Spawn | 创建战车 / Create tank | 巡航速度 / Cruise speed
低血量 / Low HP | 降到 49% / Reduce to 49% | 进入一次 / Enter once
中间值 / Midrange | 修到 60% / Repair to 60% | 保持应急 / Stay in emergency
恢复 / Recover | 修到 81% / Repair to 81% | 回到巡航 / Return to cruise

保持对照条件一致

测试两种伤害参数时固定敌人、距离、数量和地形，记录游戏版本与模组版本，修改多个变量会让结果难以归因，先做单变量测试再评估整体玩法

从单车扩大到小队

一个自动动作正常不代表几十辆单位一起使用也合适，逐步测试 1、10、50 辆，观察消息是否刷屏和运行是否流畅，降低不必要的检查频率并减少重复动作

把文件检查和游戏测试分别记录

文件检查可以发现缺图、错名与重复键，游戏测试才能确认实际行为，记录已完成的步骤与未测试项，遇到报错保留最早一条完整错误和能复现问题的最小文件