0

以下は、 org.dbunit.Assertion.assertEquals(ITable a, ITable b)の動作をテストするテスト ケースです。

@Test
public void testAssertion() {
    try {
        //Creating actual table with 2 columns
        DefaultTable actual = new DefaultTable("table_name",
                new Column[] { new Column("col1", DataType.INTEGER),
                        new Column("col2", DataType.VARCHAR) });
        actual.addRow(new Object[] { 1, "ABCD" });
        actual.addRow(new Object[] { 2, "BABCD" });
        actual.addRow(new Object[] { 3, "CCGF" });

        //Creating expected table with same 2 columns
        DefaultTable expected = new DefaultTable(expected
                .getTableMetaData());
        expected.addRow(new Object[] { 1, "ABCD" });
        expected.addRow(new Object[] { 2, "BBCD" });

        // Check the actual vs expected
        Assertion.assertEquals(actual, expected);
        //This should return a test failure since actual & expected are different.
        //But its not throwing any test case failure.
    } catch (DataSetException e1) {
        e1.printStackTrace();
    } catch (DatabaseUnitException e) {
        e.printStackTrace();
    }
}

ここでは両方の DefaultTable の値が一致していませんが、JUnit は上記のテストケースに失敗していません。私は日食からそれを実行していますが、次のように、テストケースの下のルート化されていないテストで0エラーと0障害が発生します。

    testAssertion [Runner: JUnit 4]
[+] Unrooted Tests [Runner: JUnit 4]

DBUnit API をデバッグしたところ、必要に応じてデータ不一致の例外がスローされましたが、最終的に SpringJUnit4ClassRunner から戻ると、テスト ケースの失敗としてスローされません。

ここで何かが欠けていると思います。Plsは私を修正するか、これに対する解決策を教えてください. よろしくお願いします。

4

1 に答える 1

-1

アサーションは DBUnit が AssertionError をスローすることです。

正確な例外の理由を取得する最良の方法は、それをキャッチすることでした。たとえば、次のようにします。

try
{
     Assertion.assertEquals( expectedTable, actualTable );
}
catch ( AssertionError e )
{
     logger.error( "Assertion failed with error : " + e.getMessage());
}
于 2015-04-03T09:38:23.183 に答える