その修正は「正しい」。だから帳簿が壊れる——ビルドできない47万行に特性テストを書く

仕様書なきレガシーシステムをAIで発掘・刷新するシリーズ第4弾。ビルドすら通らない47万行のコードに、特性テストをどのように張り込むか、Mifosの実例で解説する。

• 47万行のレガシーJavaコードに対し、ビルド不要で特性テストを記述する手法を解説しています。
• 通貨クラスMoney.javaを分析し、依存関係を特定してスタブで置き換えることで、外部環境なしでのコンパイルを実現しました。
• 特性テストは「正しさ」ではなく「現状の挙動」を記録するもので、レガシーコードの同一性維持に役立ちます。
• ビルド蘇生に時間をかけず、計算の心臓部だけを現代環境に「出土」させ、テストハーネスで現状を記録します。
• コードを「正しく」直すとテストが赤くなる現象は、守るべきは過去の挙動の「同一性」であることを示唆します。