JUnitはログに失敗するだけですか？

Question

JUnitを使用してアサーションの失敗で終了せずにログに記録するにはどうすればよいですか？

私の目標は、ログメッセージが存在する場合は失敗し、それらを印刷することです。大きなリストを反復して、どの要素が失敗したのかを知りたいからです。

JUnitで強制的に障害が発生しないようにするにはどうすればよいですか？

TY

Answer 1

をするのに役立ちます。問題は、assertXXXメソッドが実際にExceptions（AssertionError）をスローするため、例外がスローされた後に通常のアサートを使用してポイントから再開できないことです。 JUnitはこれらのAssertIonエラーをキャッチし、正しいことを行います。

代わりに、Ludwigが提案したように、ErrorCollectorルールを使用することもできますが、それは私が想像するテストのかなりの部分を書き直すことを意味します。

大きなリストを繰り返し処理することを目標とする場合は、Parameterizedをご覧ください。これにより、毎回異なるデータを使用して、単一のテストメソッドを反復処理できます。

@RunWith(Parameterized.class) 
public class FibonacciTest { 
    @Parameters 
    public static List<Object[]> data() { 
    return Arrays.asList(new Object[][] { 
     { 0, 0 }, { 1, 1 }, { 2, 1 }, { 3, 2 }, { 4, 3 }, { 5, 5 }, { 6, 8 } 
    }); 
    } 

    private int fInput; 

    private int fExpected; 

    public FibonacciTest(int input, int expected) { 
    fInput= input; 
    fExpected= expected; 
    } 

    @Test 
    public void test() { 
    assertEquals(fExpected, Fibonacci.compute(fInput)); 
    } 
} 

data（）はObject []のリストを返します。リスト内の各Object []は、テストクラスのコンストラクタに渡されます。したがって、テストクラスの新しいインスタンスがリストの各エントリに使用されます。

Object []内のエントリの数は、コンストラクタへのパラメータの数に対応していなければならず、型も同様に対応する必要があります。

Answer 2

あなたがいうだけで最初のものよりも、テストが失敗したかもしれないすべての理由を確認したい場合は、リストがない場合、あなたはテストが失敗した理由のリストを作成して、エラーをスローする必要があります最後は空です。

Answer 3

あなたはjunitタスクとアリのようなビルドツールを使用している場合は、テストが失敗したとき、それはあなたのビルドプロセスを停止しないように、あなたがnoに置くことができるhaltonfailureプロパティがあります。

Answer 4

たぶんErrorCollectorルールは、彼らがそうであるようにあなたがあなたのテストで、標準のJUnitであなたがやりたいことができないあなたに