問題タブ [eclemma]

コードの一部で EclEmma を使用して高い % カバレッジに到達しようとしていますが、以下をカバーするのに問題があります。

私はfinally一部のカバレッジを欠いています.mockitoを使用してReadWriteLockをモックする必要がありますか? それとも、あざける必要はありませんか？

http://www.eclemma.org/index.htmlで入手できる eclemma を使用しています。

テストファイルを開くと、右クリック->カバレッジ-> Junitテスト

カバレッジ ビューでは、単一のテスト ファイルではなく、プロジェクト全体のカバレッジが表示されます。プロジェクト全体ではなく、単一のテスト ファイルをカバーする方法はありますか?

変更ログに記載されているように Java 8 をサポートする Jacoco 0.7.1 を使用する EclEmma 2.3.1.201405111647 (最新) を使用して、Eclipse Luna の下に Java プロジェクトがあります。

「バージョン 2.3.1 (2014/05/11)

私は今、次のtoStringを持っています:

Junit テストは 100% カバーされることがわかっているので、ここでは行いません。appendToStringラムバ式をメソッドに移動forEachし、for-each に置き換えることで証明できますfor (V value : Iterable<V>)。

結果は、「Junit テストとしてのカバレッジ」を実行すると、次のようになります。

• BLOCK0 はすべて緑色です
• BLOCK1 はすべて緑色です
• BLOCK2 は緑色で、forEach(unit -> {
• BLOCK3 は白 (無視された行のように)
• BLOCK4 はすべて緑色です。

Jacoco が lambda のカバレッジを検出できない理由を誰かが説明してくれますか?

eclemma-1.5.3 を使用して単体テスト カバレッジ レポートを取得しています。単体テストでは、powermock-easymock-1.5.5 を使用しました。問題は、例外メソッド (テスト クラスに記述) が赤色で表示されるテスト クラスでいくつかの例外シナリオのテストを実行するときです。このため、私たちの総補償範囲は減少しています。しかし、実際のテスト メソッドの例外シナリオは期待どおりに実行されています。

この問題を解決するための提案をお願いします。

プライベート メソッド内に switch case ステートメントがあります。プライベート メソッドの単体テストを行う必要はないと思います。しかし、私のコード カバレッジ ツール (EclEmma) は、「4 つのブランチのうちの 1 つが見つかりませんでした」と表示しています。switch ステートメントに黄色のひし形を付けます。私の質問は次のとおりです。この特定の状況でテストを作成するにはどうすればよいですか?

コードスニペット

私は単純なクラスを持っています:

そして、私はこのjunitクラスを書きました:

いくつかのテストを作成し、コード カバレッジを 100% カバーするように依頼されました。しかし、それは正確にはどういう意味ですか？どうすればこれを達成できますか? 私は Eclemma を実行しましたが、46% しかありません。

Jmockit を使用してコードをジャントし、Eclipse でコード カバレッジ用の Eclemma プラグインを使用しています。なんらかの理由で、私は報道を得るために阿部ではありません。PowerMock を使用する他のプロジェクトである Eclemma は、コード カバレッジが良好であることを示しています。しかし、Jmockit には問題があるようです。

以下は例外です。

コード カバレッジ レポートの取得を開始するために、build.gradle ファイルに testCoverageEnabled=true を追加しました。

テストを実行すると、コード カバレッジ フォルダーがビルド出力フォルダーに追加されていることがわかります。ただし、その内容に到達すると、coverage.ec ファイルしかないことがわかります...

最近のレポートを取得するには、このファイルをどうすればよいですか? または、完全なレポートを取得するには、build.gradle に何を追加する必要がありますか?

私はこのスイッチ システムを持っており、eclemma を使用してブランチ カバレッジをテストしています。すべてのブランチ カバレッジで少なくとも 80% を確保する必要があるため、可能な限り多くのことをテストしようとしています。ただし、eclemma によると、このスイッチ システムはブランチ カバレッジに関して完全にはテストされていません。

私は単純な JUnit テストを使用して、これらの各ケースを調べました。それでも eclemma はこれを黄色でマークし、「19 のブランチのうち 7 つが失敗しました」と表示します。この切り替えシステムを通過する方法は 7 つしかないと思います (6 つの個別のケース + すべて未定義)。

スタックオーバーフローに関する同様の質問を検索してみました。それらのいくつかは、完全なカバレッジのために if/else を使用するソリューションとしてありました。これがこのカバレッジを取得する唯一の方法であるかどうかはわかりません。

これら 19 のブランチすべてがどこから来たのか、また、残りの 7 つをテストして、このスイッチ ケースで 100% のブランチ カバレッジを得る方法を誰か説明できますか?