MockitoユニットテストカバレッジのJuniperテストカバレッジの除去

Question

最近、私たちはmockitoフレームワークを使用してプロジェクト全体のユニットテストを行っています。私のプロジェクトはJava spring restプロジェクトです。しかし、カバレッジは35％以下です。単体テストのカバレッジを改善する必要があります。
1.テストパッケージとBeanクラスのようなコードカバレッジからunneccesayパッケージを削除したい
2.コントローラークラスの単位テストケースとツールから生成されたクラスを記述する必要がありますか？

あなたが私を助けることができれば、私は非常に感謝します。

Answer 1

あなたはクラスを無視し始めなくても、コードカバレッジツールを実行し、発見されたものを見て、それらの単体テストを取得する必要があります。あなたの失敗事例もテストしてください！

テストパッケージは35％の一部であってはならないため、テストパッケージを削除することは役に立ちません。私が知っているカバレッジ・ツールは、テスト・パッケージを考慮していません。

生成されたクラスについては、コードカバレッジツールを実行する可能性はほとんどありませんが、コードカバレッジツールを実行すると、カバーする必要があるものがすばやく表示されます。

あなたがのIntelliJを使用する場合は、カバレッジ・ツールが内蔵されています http://www.eclemma.org/ は、Googleあればもっとあります https://www.jetbrains.com/help/idea/2016.2/code-coverage.html

Eclipseのは1つがあり、プラグインを使用しています。

私はソナー好む： http://www.sonarqube.org/

をしかし、どんなツール使用、それが移動するための方法です。彼らがいた場合

Answer 2

テストクラスおよびパッケージは、テストカバレッジにはカウントされません、どのようにコードなどをテストするコードをテストします。..

あなたがカバレッジを実行すると、それだけではsrc /メイン/ Javaの上で実行する必要があります

コントローラクラスをテストする必要があります。メソッドを呼び出すときに、適切な委任クラスとメソッドが呼び出されていますか？

jaxbなどを使用してxmlから生成されたクラスは、getter、setters、およびfieldsを持つ単なる古いJavaオブジェクトであるかどうかを明示的にテストする必要はありません。これらのオブジェクトを使用する別のクラスを介してテストされ、メソッドを呼び出す可能性があります。これらのクラスは、テストが実行される前に生成/コンパイルされますので、生成されたクラスをコードリポジトリにコミットしていないことを確認してください。

依存しているサードパーティライブラリの動作をテストすることを検討することをお勧めします。こうすることで、ライブラリの更新によって問題が発生する可能性があるかどうかをすぐに確認できますが、これは高いレベルからのものです。