[JUnit] Относится ли Unit тестирование только к методам?

В вики пишут:

Модульное тестирование, или юнит-тестирование (англ. unit testing) — процесс в программировании, позволяющий проверить на корректность отдельные модули исходного кода программы. Идея состоит в том, чтобы писать тесты для каждой нетривиальной функции или метода.

Можно ли протестировать что-то кроме методов тем же, например, JUnit? Что может называться модулем исходного кода программы кроме метода?

0

Что именно Вы подразумеваете под

Сообщение от Artmal кроме методов

Есть, например, интеграционное тестирование, для него может так же использоваться JUnit, но нужно будет подготовить среду для запуска теста.

1

Сообщение от Artmal кроме метода

Метод, это минимальная тестируемая единица. Можно тестировать весь класс. А вообще, само понятие унитарного теста идёт из "доисторических" времён информатики. В процедуральном программировании чаще всего каждая программа находится в отдельном файле и считается отдельным модулем, хотя данный модуль может быть и огромным.

Тут всё зависит от стратегии. Писать тесты на каждый метод в большом проекте просто нереально (это слишком много времени, а клиенты вообще хотят что бы быстро, без траты времени на тесты, и что бы всё работало... ).

1

Сообщение от Kukstyler Можно тестировать весь класс.

Что например здесь можно тестировать кроме всех методов? Создает ли объекты с правильным набором полей?

0

Artmal, имеется в виду, например, не создавать отдельный тест на каждый метод класса (метод_1, метод_2 и метод_3), а тестировать например только метод_1, который вызывает метод_2 и метод_3. То есть, если по методу 1 возможно протестировать остальные 2, то писать для тех двух отдельные юнит-тесты не надо.

1

Есть 3 основных вида тестирования (не по мнению Википедии, а из опыта):
- Модульное
- Функциональное
- Приемочное

(Прошу заметить, что есть и синонимы к каждому из пунктов, например, модульное - юнит)

Модульное - это, когда идет тестирование какой-то одной единицы без каких-либо левых зависимостей или их моками (мок - это, когда создается эмуляции работы какого-то класса или заглушка вообще).

Функциональное - это, когда вы тестирование какую-то функцию (не программную): отображение списка пользователей, сохранение, изменение. Т.е. когда Вы тестируете совокупность классов, их взаимодействие между собой. В функциональном тестировании тоже используются моки, но другого плана, например, если Вы тестируете платежную систему, то Вы должны позаботится о том, чтобы иметь доступ к АПИ платежки. Как Вы реализуете этот доступ - глубоко не важно. Важно, чтобы система отрабатывала с этой эмуляцией одинаково, как и с реальным АПИ.

Приемочное - это, когда какой-то робот эмулирует человеческое поведение при тестирование. Такое тестирование Вы выполняете сами независимо от наличия тестов, когда завершаете разработку и проверяете работу приложения. Только в приемочном это выполняет робот, а без тестов - Вы сами. Такие тесты очень быстро писать и не нужно особо заморачиваться.

JUnit можно расширить до выполнения необходимых тестов. Для приемочных, скорее всего, придется что-то другое использовать.

Сам за свою карьеру работал только с модульным и функциональным тестированием. Приемочное пока не удосужилось применить нигде. Кто-то наоборот любит приемочные тесты, а я не очень. Лучше функциональные, хоть они и дольше пишутся.

2