JUnit4: is() vs is (notNullValue())

Что касается JUnit4 assertThat, я видел, как это делается в обоих направлениях. Правильно ли это над другим или это все равно?JUnit4: is() vs is (notNullValue())

byte[] val; 
... 
assertThat(val, notNullValue()); 
     --vs-- 
assertThat(val, is(notNullValue()));

Второй вариант гласит: «Утверждать, что val не является нулевым», что звучит лучше. (С другой стороны, он может быть избыточным.)

Я использовал оба способа, и они, похоже, дают правильные результаты.

источник

2013-03-22 Daniel

Если цель состоит в том, чтобы утверждать, что значение не равно null, я просто использовал бы 'Assert.assertNotNull (val)'. – Magnilex

@MagnusTengdahl: Я использую assertThat вместо assertNotNull, потому что напечатанное сообщение дает больше информации (например, что-то вроде строки «ожидаемый X», но X был нулевым »). – Daniel

Я понимаю. Как насчет 'assertNull (java.lang.String, java.lang.Object object)' then? :) Который принимает сообщение. – Magnilex

The Hamcrest documentation говорит:

Hamcrest стремится сделать ваши тесты читаемыми, насколько это возможно. Например, совпадение is - это оболочка, которая не добавляет никакого дополнительного поведения в базовый соединитель. Следующие утверждения эквивалентны:
assertThat(theBiscuit, equalTo(myBiscuit)); 
assertThat(theBiscuit, is(equalTo(myBiscuit))); 
assertThat(theBiscuit, is(myBiscuit)); 
Последняя форма допускается, так как is(T value) перегружен вернуть is(equalTo(value)).

источник

2013-03-22 12:46:20 Jesper

Благодарим за указание ссылки. Я читал wiki-юнита, но не документацию Hamcret. – Daniel

Нет разницы между этими двумя способами. В основном был введен метод is() для улучшения удобочитаемости.

источник

2013-03-22 12:46:12

ответ

Смежные вопросы