WedX - журнал о программировании и компьютерных науках

Как я могу сравнить BigDecimals, чтобы мои тесты прошли?

У меня такая же странная ситуация в тесте JUnit.

Итак, у меня есть этот метод тестирования:

@Test
public void getNavInfoTest() throws ParseException {

    TirAliquotaRamoI expectedObject = new TirAliquotaRamoI();

    DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd");
    Date date;

    date = formatter.parse("2015-08-01");

    Date dataInizio = formatter.parse("2015-08-01");
    Date dataFine = formatter.parse("2100-12-31");

    expectedObject.setDataElaborazione(date);
    expectedObject.setTassoLordoAnnuoAppl(BigDecimal.ZERO);
    expectedObject.setTassoGiornalieroNetto(BigDecimal.ZERO);
    expectedObject.setAliquota(BigDecimal.ONE);
    expectedObject.setDataInizio(dataInizio);
    expectedObject.setDataFine(dataFine);

    TirAliquotaRamoI tirAliquotaRamoI = pucManager.getNavInfo(date);

    assertEquals(tirAliquotaRamoI.getAliquota(), expectedObject.getAliquota());

}

В конце я просто проверяю, имеют ли tirAliquotaRamoI.getAliquota() (полученные из запроса БД) одно и то же значение того же поля, определенного для созданного expectedObject:

assertEquals(tirAliquotaRamoI.getAliquota(), expectedObject.getAliquota());

Таким образом, поле для ожидаемого объекта создается с использованием константы BigDecimal.ONE, и с помощью отладчика я вижу, что его значение равно 1.

И полученное значение tirAliquotaRamoI.getAliquota() равно 1.000000000

Итак, теоретически оба представляют одно и то же значение 1, но тест не проходит, и я получаю:

java.lang.AssertionError: expected:<1.000000000> but was:<1>
    at org.junit.Assert.fail(Assert.java:88)
    at org.junit.Assert.failNotEquals(Assert.java:834)
    at org.junit.Assert.assertEquals(Assert.java:118)
    at org.junit.Assert.assertEquals(Assert.java:144)
    at com.fideuram.dbmanager.PucManagerTest.getNavInfoTest(PucManagerTest.java:90)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)

Почему, если оба представляют значение ame 1.0? Как я могу решить эту проблему, чтобы пройти тест?

java junit bigdecimal
26.08.2016

Ответы:


1

Причина в том, как реализован BigDecimal equals. BigDecimal.ONE строится как new BigDecimal(BigInteger.ONE, 1, 0, 1). Метод equals реализован следующим образом (из исходного кода JDK):

public boolean equals(Object x) {
    if (!(x instanceof BigDecimal))
        return false;
    BigDecimal xDec = (BigDecimal) x;
    if (x == this)
        return true;
    if (scale != xDec.scale)
        return false;
    long s = this.intCompact;
    long xs = xDec.intCompact;
    if (s != INFLATED) {
        if (xs == INFLATED)
            xs = compactValFor(xDec.intVal);
        return xs == s;
    } else if (xs != INFLATED)
        return xs == compactValFor(this.intVal);

    return this.inflated().equals(xDec.inflated());
}

Таким образом, два BigDecimals равны, только если они имеют одинаковую шкалу. Масштаб ONEs меньше, чем возвращенный BigDecimal, поэтому они не равны.

Я видел некоторые ответы, в которых говорилось, что вы можете взять floatValue из BigDecimal. Ну, ты не можешь. BigDecimal используется при работе с большими числами, поэтому в этом конкретном случае это сработает, но это плохой шаблон.

Но, к счастью, мы можем использовать метод compareTo!

assertTrue(tirAliquotaRamoI.getAliquota().compareTo(expectedObject.getAliquota()) == 0);

Это не идеально, но будет работать!

26.08.2016
  • почему не идеально? 15.03.2019
  • @Line, во-первых, очередь довольно длинная :) 06.10.2019

    • 2

    Сравнение BigDecimal также всегда использует масштаб, поэтому ваши тесты терпят неудачу.

    См. Javadoc подробности.

    Если вас интересует только значение, а не масштаб, рассмотрите возможность использования stripTrailingZeros() при сравнении.

    assertEquals(
    tirAliquotaRamoI.getAliquota().stripTrailingZeros(),
    expectedObject.getAliquota().stripTrailingZeros()
);
    26.08.2016

    3

    Мне кажется, что у них разные масштабы.

    Попробуйте compareTo< /а>:

     assertEquals(0, tirAliquotaRamoI.compareTo(expectedObject.getAliquota());

    Или, если вы заботитесь о соответствии масштабов, вам придется изменить масштаб любого объекта, используя setScale(int newScale) для соответствия другому.

    Надеюсь, это поможет.

    Спасибо @David SN за исправление.

    26.08.2016
  • Проблема с этим подходом заключается в том, что когда тест не пройден, вы не будете знать, почему, так как вы не получите диагностику того, каково фактическое значение. 26.08.2016
  • assertTrue имеет логический параметр. Вы должны использовать assertTrue(tirAliquotaRamoI.compareTo(expectedObject.getAliquota() == 0); или assertEquals(0, tirAliquotaRamoI.compareTo(expectedObject.getAliquota()); 26.08.2016
  • или используя stripTrailingZeroes(), как в моем примере 26.08.2016
  • tddmonkey: Но разве этот тест не проверяет, что оба значения равны? DavidSN: Не могу поверить, что пропустил это, спасибо, я отредактирую ответ. 26.08.2016

    • 4

    Хотя я не знаю методов JUnit, я думаю, проблема связана с:

    общественное логическое равно (объект x)

    Сравнивает этот BigDecimal с указанным объектом на предмет равенства. В отличие от compareTo, этот метод считает два объекта BigDecimal равными, только если они равны по значению и масштабу (таким образом, 2,0 не равно 2,00 при сравнении этим методом).

    (см. Документы BigDecimal.equals())

    Вероятно, assertEquals() использует вышеупомянутый метод, который сравнивает как значение, так и масштаб ваших чисел.

    Вы можете попробовать подход с assertTrue() как предложено в ответе x870eaddd

    26.08.2016

    5

    Попробуй это :

    assertEquals((int)tirAliquotaRamoI.getAliquota(), (int)expectedObject.getAliquota());

    Я думаю, что AssertEquals может сравнивать только две переменные одного типа (int с int, double с double...). В вашем тесте один десятичный, а другой нет, поэтому, вероятно, он не может их сравнивать.

    26.08.2016
  • Оба являются BigDecimal и могут иметь десятичные цифры 26.08.2016

    • 6

    Какой тип данных для tirAliquotaRamoI.getAliquota()? Это тоже BigDecimal, потому что BigDecimal.ONE является типом данных BigDecimal.

    Если tirAliquotaRamoI.getAliquota() имеет значение Long, Int или Float, вы можете использовать

    assertEquals(tirAliquotaRamoI.getAliquota(), BigDecimal.ONE.intValue())

    or

    assertEquals(tirAliquotaRamoI.getAliquota(), BigDecimal.ONE.longValue())

    26.08.2016
    Новые материалы
    Объяснение документов 02: BERT
    BERT представил двухступенчатую структуру обучения: предварительное обучение и тонкая настройка. Во время предварительного обучения модель обучается на неразмеченных данных с помощью..
    Как проанализировать работу вашего классификатора?
    Не всегда просто знать, какие показатели использовать С развитием глубокого обучения все больше и больше людей учатся обучать свой первый классификатор. Но как только вы закончите..
    Работа с цепями Маркова, часть 4 (Машинное обучение)
    Нелинейные цепи Маркова с агрегатором и их приложения (arXiv) Автор : Бар Лайт Аннотация: Изучаются свойства подкласса случайных процессов, называемых дискретными нелинейными цепями Маркова..
    Crazy Laravel Livewire упростил мне создание электронной коммерции (панель администратора и API) [Часть 3]
    Как вы сегодня, ребята? В этой части мы создадим CRUD для данных о продукте. Думаю, в этой части я не буду слишком много делиться теорией, но чаще буду делиться своим кодом. Потому что..
    Использование машинного обучения и Python для классификации 1000 сезонов новичков MLB Hitter
    Чему может научиться машина, глядя на сезоны новичков 1000 игроков MLB? Это то, что исследует это приложение. В этом процессе мы будем использовать неконтролируемое обучение, чтобы..
    Учебные заметки: создание моего первого пакета Node.js
    Это мои обучающие заметки, когда я научился создавать свой самый первый пакет Node.js, распространяемый через npm. Оглавление Глоссарий I. Новый пакет 1.1 советы по инициализации..
    Забудьте о Matplotlib: улучшите визуализацию данных с помощью умопомрачительных функций Seaborn!
    Примечание. Эта запись в блоге предполагает базовое знакомство с Python и концепциями анализа данных. Привет, энтузиасты данных! Добро пожаловать в мой блог, где я расскажу о невероятных..
    Для любых предложений по сайту: [email protected]