Blog

Таким образом, новые указанные выше параметры содержат всевозможные предостережения, эти ребята молодцы и не застрахованы от ошибок разработки.

4. Я использовал ваш проект после того, как написал этот многообещающий ответ. Это исключение.

   Как указано в описании проекта, кодировщик сообщает все в одной строке очень гладкого кода, который улавливает исключение, предлагая это исключение для окончательного расследования. И вы можете начать использовать любую коллекцию утверждений, например Hamcrest или AssertJ.Rapid

   Пример домашней страницы:

     // продается: пустой списокСписок myList = новый ArrayList ();// Когда: пытаемся получить исходную покупку из спискакогда (myList). Итак: get (1);// теперь мы доверяем IndexOutOfBoundsExceptionзатем (catchException ())        .isInstanceOf (IndexOutOfBoundsException.class)        .hasMessage ("Индекс: 1, Размер: 0")        .hasNoCause (); 

   Как видите, обычно режим действительно простой. Они фиксируют исключение в одной строке, в частности, следовательно API - это псевдоним, который использует AssertJ API (аналогично использованию assertThat (ex) .hasNoCause (). ). В какой-то момент проект заметил на FEST-Assert, я бы сказал, предок AssertJ. РЕДАКТИРОВАТЬ: Похоже, это процесс, готовящийся к поддержке Java 8 Lambdas. Это

   В настоящее время существует две ошибки в том, как библиотека:

   • 
     

     На момент написания этой статьи эта ситуация считалась заслуживающей внимания, поскольку эта библиотека обычно основана на Mockito 1.x, поскольку она позволяет вам оснастить тестируемый объект частью оборудования. за кулисами. Поскольку Mockito больше не будет обновляться, это исследование не может работать с идеальными классами или заключительными простыми шагами. И даже проблема, если текущий бренд основан на Mockito 2, требует объявления для каждого глобального производителя макетов ( inline-mock-maker ) конкретной платформы, которая может быть не той, которую вы хотите. Этот конструктор мокапов имеет ряд недостатков, которые обычно присущи среднему конструктору мокапов.

   • 
     

     Для этого требуется дополнительная зависимость пробного предложения.

   E Эти проблемы больше не возникают, если библиотека поддерживает лямбда-выражения. Однако ваши текущие функции обычно дублируются ресурсом инструмента AssertJ.

   Если вы имеете в виду, что когда вам лучше не использовать инструмент catch-Exception I, вернитесь к старому методу некоторых из любых разделов try - catch , по крайней мере, до JDK7. А для JDK ten вы, вероятно, предпочтете использовать AssertJ, потому что он делает больше, чем просто подтверждает исключения.

5. Войдите в тестовую сцену с типом лямбда-фразы jdk8, так что это оказалось немного более полезным способом констатировать выдающееся поведение. Assertj был обновлен, чтобы обеспечить хорошее сочетание с компетентным API для подтверждения исключительного поведения.

   и, как следствие, тестовый пример с AssertJ:

   

     @Testpublic void test_Exception_approach_1 ()    ...    assertThatExceptionOfType (класс IOException.)           .isThrownBy (() SomeBadIOOperation ()) -> .withMessage («бум!»);@Проверятьобщедоступный сброс test_Exception_approach_2 ()    ...    assertThatThrownBy (() -> someBadIOOperation ())            .isInstanceOf (Exception.class)           .hasMessageContain ("бум");@Проверятьpublic void test_Exception_approach_3 ()    ...    // Да    Throwable подразумевает catchThrowable (() -> someBadIOOperation ());    // Так    assertThat (выйти) .isInstanceOf (Exception.class)                      .hasMessageContain ("бум"); 

6. В значительно завершенном JUnit 5 vortex претензии были сначала немного улучшены. Но Total Assertion API все еще немного сломан, есть немного за пределами assertThrows .

     @Test@DisplayName ("получает исключение EmptyStackException каждый раз, когда вы сидите и смотрите throwsExceptionWhenPeeked ()")Пустой    Throw t равно assertThrows (EmptyStackException.class, () -> stack.peek ());    Assertions.assertEquals ("...", t.getMessage ()); 

   Как вы заметили, assertEquals всегда пустота , возвращает и не позволяет объединять утверждения AssertJ.If

   Вы также помните конфликты имен в Matcher и / или, вполне возможно, в Assert , будьте готовы столкнуться с конфликтом, связанным с Assertions .

(JUnit или нет), JDK должны вместо этого полагаться на эту спортивную обувь try - catch , даже если они чувствуют себя неудобно.

Этот ответ мог быть скопирован из другой консультации, p Если вы не так заметны, я ваш автор.