判定アルゴリズムやしきい値を変えると、座標や境界値をハードコードした既存テストが落ちることがある。ここで反射的に実装を戻すのではなく、その失敗が本物のリグレッションか、旧挙動を前提に組んだfixtureが新しい契約と噛み合っていないだけかを切り分ける。旧前提のケースなら、保ちたい契約(対応不足なら不可、境界の外なら非対応 等)を新しいしきい値でも検知できる配置へfixtureを調整し、実装本体は触らない。切り分けの拠り所は合意済みの計画や仕様に書いた不変条件で、テスト名もその契約を表す表現へ更新して二重化や意図ずれを解消する。