该技能用于在修改实现前先建立可长期维护的验证。适用于修复缺陷或变更行为时：在仓库常规测试布局中，添加或更新覆盖被改行为的最小维护性测试，并使用项目现有框架与约定。若规格把可复用测试套件或测试类别列为交付物，应实现该套件，而不是当作私有验证。
内联解释器命令、heredoc、临时脚本、临时目录测试、演示或手动探测可帮助诊断，但不能替代维护性测试；除非用户明确要求一次性探针，否则应保留自写的有用测试。不要仅为满足该技能而新增测试框架。若仓库没有维护性测试环境且请求也不要求，应如实说明持久覆盖不成比例或不可行，并采用最窄的诚实验证。
后续轮次中，即使旧套件仍为绿色且用户未重复测试要求，也应更新维护性测试，覆盖新行为，而非只做测试文件中的无关清理。在安全可运行的前提下，先观察实现改动前的真实失败，再做最小实现改动，并在最后一次相关源码或测试编辑后运行聚焦的维护性测试。不要为求绿色而削弱或删除真实失败的测试；应修复产品，或在改变期望前解释该期望为何错误。不要仅为收集证据而重复运行未变化的检查。仅当用户、仓库门禁或相称风险要求时才运行广泛或完整套件；聚焦回归测试优先，广泛证明不能替代缺失的聚焦覆盖。若真实运行器不可用但聚焦测试仍可诚实编写，应将其留在仓库并说明未运行，不得伪造通过结果。