IntelliJ IDEAで「テストの待ち時間」を殲滅せよ：JUnit 5とRun Configurationが導くTDDの極致
開発現場において「テスト待ち」は最大の悪である。コンパイルを通し、依存関係を解決し、Spring Contextを立ち上げ、数千のテストを走らせる。この数分間の「待機時間」にエンジニアのフロー状態は崩壊する。
本稿では、IntelliJ IDEAの深淵を知るアーキテクトとして、「テスト実行の最小単位化」と「実行構成の最適化」により、レッド・グリーン・リファクタリングのループを秒速で回すための高度な戦術を伝授する。
—
1. なぜ「全テスト実行」は悪手なのか
多くのエンジニアが「Ctrl(Cmd) + Shift + F10」で全テストを実行する。しかし、数百のモジュールを抱える業務システムでこれをやれば、CI/CD環境をローカルに再現しているようなものであり、生産性は地に落ちる。
テスト分割実行の鉄則
IntelliJの「Run Configuration」の真髄は、テストを階層的に管理し、コンテキストに応じて実行対象を動的に切り替えることにある。
- モジュール間分離: Gradle/Mavenのマルチモジュール構成であれば、`Shorten command line`設定を「JAR manifest」または「classpath file」に設定せよ。特にWindows環境ではコマンドラインの文字数制限によるエラーを防ぐだけでなく、JVM起動時のオーバーヘッドを劇的に削減できる。
- タグ付けによるフィルタリング: JUnit 5の `@Tag` アノテーションを徹底せよ。ユニットテスト、統合テスト、負荷テストを分離し、IDE上で「ユニットテスト用実行構成」と「統合テスト用実行構成」を分けるのだ。
—
2. 爆速TDDを実現する隠れた「神」ショートカット
マウスに手を伸ばす時間は、集中力を殺すノイズだ。以下のショートカットを指に叩き込め。
- `Ctrl(Cmd) + Shift + T`: テストとソースコードの往復。これを知らないエンジニアはいないが、「ファイルが存在しない場合に自動生成する」機能まで使いこなせ。
- `Alt(Opt) + Enter`: テスト失敗時にこのメニューを開けば、IDEが「Failureの修正」や「テストコードの追加」を先回りして提案してくれる。
- `Ctrl(Cmd) + Alt + R`: 直前のテストを再実行。テストコードを修正した瞬間に左手だけでリ実行するこのリズムこそが、TDDの生命線だ。
—
3. 絶対に入れるべき「生産性ブースト」プラグイン
マーケットプレイスの星の数に惑わされるな。現場で「真に効く」ものはこれだけだ。
- [JUnit Insights](https://plugins.jetbrains.com/plugin/12301-junit-insights): どのテストクラスが実行に時間を食っているのかをグラフ化する。リファクタリングすべき「遅いテスト」を特定するための唯一無二の武器。
- [Key Promoter X](https://plugins.jetbrains.com/plugin/4455-key-promoter-x): マウス操作をすると「今の操作はショートカットでこうできる」と怒ってくれる。強制的にキーボード操作へ矯正されることで、長期的には数週間の工数短縮につながる。
—
4. チーム開発で共有すべき設定：`.run` フォルダの活用
個人のローカル設定を秘匿するのはアマチュアのやることだ。チーム開発では、IDEの設定をGitで共有せよ。
IntelliJの実行設定は、プロジェクト直下の `.idea/runConfigurations/` ディレクトリにXMLとして保存される。これをGit管理下に置くことで、チーム全員が同じ「テスト構成」で開発できる。
ベストプラクティス：特定タグのみを実行する設定ファイル例
`UnitTests.xml` として保存し、共有することで、「テストの実行漏れ」や「実行環境の差異」を根絶する。
—
5. アーキテクトからの提言：テストは「書く」ものではなく「育てる」もの
テストの実行時間が伸びるのは、多くの場合、テストコードが責務を逸脱しているか、依存関係の解決に失敗しているからだ。
1. Contextの再利用を疑え: Springの `ContextConfiguration` が多用されていないか？ 可能な限りMocking（Mockito）を使い、Beanのロードを最小限に抑える。
2. Gradle/Mavenの並列実行: `build.gradle` で `maxParallelForks` を設定し、CPUコア数を最大限に活用する。
3. 最後に: 「テストが遅い」と感じたら、それはシステム設計の警鐘だ。IntelliJの高速化設定を導入し、「テストが遅いことがストレスになる環境」を自ら作り出すこと。それが、優れたエンジニアがコードの品質を担保し続けるための唯一の道である。
今すぐ `.idea/runConfigurations/` を覗いてみてほしい。そこにあなたのチームの生産性が眠っている。