java - 別の (外部) クラスではなく、テストするクラス内に単体テストをネストする目的は何ですか?

Question

すべての単体テストが、テストするクラス内の静的なネストされたクラスとして定義されている特定のオープンソースライブラリを調べてきました。次に例を示します。

public class Foo {

    public int bar() { ... }

    public static class UnitTest {
        @Test
        public void testBar() { ... }
    }
}

これまでにこれを行うプロジェクトや Java コードベースを見たことがなく、その背後にある考え方に非常に興味があります。

score 5 · Accepted Answer

Jon Skeetが提案したように、私は問題のプロジェクトのドキュメント内に答えを見つけました。

Hystrixには、すべての単体テストが、個別の/ test /フォルダーではなく、内部クラスとしてあります。

なんで？

低摩擦

コンテクスト

カプセル化

リファクタリング

自己文書化

推論の詳細については、このブログ投稿を参照してください：内部クラスとしてのJUnitテスト

score 2 · Accepted Answer

プライベートメンバーへのアクセス以外に、ネストされた内部クラスとして単体テストを作成する利点はないようです。私が考えることができる不利な点は次のとおりです。

それはあなたのJavaクラスをかなり大きくて扱いにくいものにします。
最終的なjarファイルにはテストコードが含まれていますが、これは本番ランタイムではおそらく不要であり、通常は適切な方法ではありません（本番コードをテストコードから分離しておく）。

また、 JavaプラグインのGradleドキュメントによると、テストをsrc / test / javaに保持することを推奨しているため、これはGradle固有の規則ではないと思います。

2 に答える 2