Javaフレンドリー/内部パッケージクラスと内部/フレンドリーメソッドのパブリックアクセサークラスを生成

Question

パブリックファサードが1つあり、開始と終了の2つのメソッドを持つパッケージがあります。 このファサードは50+の内部/友好クラスパッケージのようなものなので、これらの内部クラスのいくつかを直接テストしてテストする方法が必要です。

私はEclipseとJUnitを使用しています。

リフレクションは良い方法ですが、なぜこのリフレクションコードを自分自身で書くのですか？ラッパーのパブリッククラス（.net visual studioなど）を生成する良いツールがありますか？

第2に、誰かがJUnitのデュアルソースツリーを管理する方法や、そのトピックの良い記事を紹介する方法を教えてください。 私はいくつかのブログ記事を見ましたが、ここからの誰かが良い説明/参照を持っているかどうかを見たいと思っています。

そして、最も重要なことは、内部クラスをテストするかどうかは私の質問ではなく、これは私の設計であり、これは私が働くことを好む方法です。 あなたはすべきではないかと思う人もいますので、回答を掲示しないでください。 stackoverflowで検索したところ、良いスレッドが見つかりませんでした。

ありがとうございました。

James

Answer 1

デュアルソースツリーを維持するあなたの本能は正しいです。 2つのソースディレクトリを持ち、同じディレクトリ/パッケージ構造を持つだけです。同様に出力先を分離するようにコンパイルしますが、テストを実行するときにクラスパスにすべてを配置します。クラスが異なる出力ディレクトリであっても、それらのディレクトリ/パッケージ構造が同一であれば動作します。 Mavenを使用する場合、これが標準です。このツールでは、ソースディレクトリ名はsrc/mainとsrc/testで、出力ディレクトリはtarget/classesとtarget/test-classesです。 Mavenがこれをサポートしているという事実は、この慣行がJavaコミュニティ内でどのように標準的であるかを示しており、自信を持って使用するべきです。 MavenをEclipseで使用することができます。多くの人が行います。

ユニットテストがパッケージ内にあるので、あなたはテストすることができますあなたが望むパッケージ保護されたすべてのクラス。私はテストだけと言う人には同意しないpublicもの。実際、TestNGの著者であるセドリック・バーストは、if it can break, it should be tested, and that includes private methodsと主張しています。私はユニットテストプライベートメソッドwith a little help from reflectionを持っています。もちろん、パッケージで保護されたものはテストするのが簡単です。それにもかかわらず、私はそれが唯一のpublicものをテストする必要があると言う宗教的な議論だと思う。

Answer 2

私はルイ・ワッサーマンの応答を理解するとして、あなたはMyClassTestとMyClassのはしているので、その後のsrc /生産/ mypackageと/ MyClass.javaが

class MyClass 
{ 
     void start () { ... } 
     void stop () { .... } 

     class InnerClass1 { ... } 
     class InnerClass2 { ... }\ 
     ... 
     class InnerClass50 { ... } 
} 

のように見えます

src/production/mypackage/MyClass.java 

src/junit/mypackage/MyClassTest.java 

のようなファイル構造を持っています同じパッケージmypackage.MyClass.InnerClass1 ... 50はMyClassテストからテストできます。

MyClassがMyClassTestに依存しないことを確認します。プロダクションでは、プロダクションディレクトリ内のすべてをコンパイルできます（junitテスト全体をスキップします）。テストのため、両方のディレクトリをコンパイルします。