ユニットテストに時限爆弾を作らないためのベストプラクティス - freee Developers Hub

要約 時限爆弾的なテストとは、テスト内で扱う日時（レコードのregistered_atなどの属性値やスタブの値）にハードコードされた日時文字列（ '2024-07-15' など）を使うことで、時間経過により失敗するようになるテストのこと。 基本原則: ❌ '2024-07-15' のようなハードコードされた日時文字列を書かない（エッジケース除く） ✅ 通常のテスト: Time.current、1.week.ago など テスト実行時を基準とした相対日時 を使う ✅ 日時依存ロジック: travel_to で テスト実行時の「今日」を特定の日付に固定 し、テストデータの日時もTime.zone.parseで 具体的な日時を指定 する ✅ エッジケース（閏年・年跨ぎ・月末）: travel_toを使い、境界条件を示す具体的な日時 を指定する よくある例: # ❌ Bad - 時間が経つと壊れる

[lycolia]

記事は読んでないけどユニットテストでは外部要因は全てモックとし、日付などをモックするライブラリによる破壊的変更も考慮しDIを使って日付時刻を挿入できるようにするのがベターだと思う

[yo_aibou]

元々本番環境しかなかったシステムに開発・検証環境を追加したところ、ローカルでしか動かされてなかった「tear downでdrop DBする」テストを開発環境で動かされて、データ全部吹っ飛んだっていう時限爆弾なら知ってる

[Error401]

テスト対象の現在時刻を設定できるようにすれば、テストコードが圧倒的にシンプルでわかりやすくなる