Тестирование Java EE приложения?

Question

web_dev @web_dev

Тестирование Java EE приложения?

Здравствуйте,

подскажите пожалуйста поподробней, я так то в гугле покопался, но очень много всего…

Есть проект Java web-project [Spring, JPA, Hibernate, Vaadin].

Как писать тесты под такой проект?
TestNG, JUnit?

Может кто поделится ссылкой или подскажет, где рассматривается простейший пример тестирования такого проекта.(жел на русском)
Ну или в двух словах объяснит.

Спасибо!

Вопрос задан более трёх лет назад
9767 просмотров

Комментировать

Подписаться 12 Оценить Комментировать

Пригласить эксперта

Ответы на вопрос 5

3 комментария

web_dev @web_dev Автор вопроса

Спасибо за ответ, достаточно. Более глубокие понятия придут(приходят) с опытом. )

Поэтому, очень часто для юнит-тестирования использую мок-фреймворки (как пример — мокито). Это нужно для того, что не писать руками -заглушки связанных классов.

Если можно о этом простыми словами. Я конечно сейчас почитаю о этом, но все же, иногда несколько простых слов заменяют целую статью.

Написано более трёх лет назад
MrMig @MrMig
Предположим, вы покрываете тестами objA.doJob(entity);
У бина есть два поля — имя и параметр. Метод doJob меняет в переданном бине параметр, но не меняет имя бина. Надо проверить то, что параметр изменён.

Внутри метод doJob() вызывает objB.serviceCall(), который стучится в базу (загружает энтити) или делает вызов на сторонний вебсервис и возвращает энтити бин, который как-то будет влиять на наш переданный entity, и менять в нём параметр.

Смотрите, для того, чтобы не поднимать весь контекст ( и не запускать всю подноготную приложения), вам нужно каким-то образом реализовать «тестовый» класс-зависимость objB (создать mock instance), который бы реально не стучался в базу и не делал вызовов на вебсервис. Вы можете написать самостоятельную реализацию, которая возвращала бы нужный бин (который вы бы создали через конструктор с некими тестовыми параметрами, которые проверяли бы через assertEquals в тесте).
Для того, чтобы не писать шаблонный код, вы используете мок-фрейсворк. Для мокито код будет выглядеть примерно так:

import static org.mockito.Mockito.*; // Создаём детерминированный бин, по которому будем делать проверки // Это то, что якобы должно тянуться из источника данных EntityBean entity = new EntittyBean("TestName", "Test parameter"); //автоматически создаём мок ObjB objB = mock(ObjB.class); //Самый важный вызов - заставляем мок возвращать нам нужный бин при вызове метода serviceCall when(objB.serviceCall()).thenReturn(entity) //Создаём реальный инстанс тестируемого класса - чтобы вызывать реальные методы ObjA objA = new ObjA(); //Инжектируем мок. Я надеюсь, у вас все зависимости не @Autowired private поля без сеттеров? ;) objA.setObjB(objB); //Вызываем метод EntityBean testEntity = new EntityBean("Another name", "Another parameter"); objA.doJob(testEntity); //По правилам нашего метода, testEntity должен получить параметр из entity assertEquals(testEntity.getParameter(), entity.getParameter()); // Но имя бина не должно измениться assertNotEquals(testEntity.getName(), entity.getName());
Написано более трёх лет назад
web_dev @web_dev Автор вопроса

Мммммм, очень хорошо и понятно, постараюсь вникать(вникнуть).
Благодарствую, если что, то попробую побеспокоить в этом же вопросе.

Написано более трёх лет назад

1 комментарий

web_dev @web_dev Автор вопроса
Спасибо за ответ.
Ну с GUI пока рановато, интересует первое.
Собственно синтаксис и примеры я смогу посмотреть в гугле. Интересует еще следующее.

Как на счет обычных «Entity»? Для них тоже нужно писать тесты? Я сомневаюсь, но все таки спрошу.

Иии насколько мне кажется если «Entity», то подобные функции должны быть к примеру в dao? Пытаюсь понять — как правильно.

public Job removeJob(int index) { return this.jobs.remove(index); }

спасибо.
Написано более трёх лет назад

3 комментария

Arktos @Arktos

Как правило, Entity не содержат чего-либо, что есть смысл тестировать. Если какие-то сложные transient-методы, то для них подойдут обычные JUnit тесты. Если hql-методы, то аналогично тестированию dao

Написано более трёх лет назад
dshvechikov @dshvechikov

часто entity содержат аннотации для валидации, к примеру. Вот можно эту часть тестить — правильный паттерн, не забыли ли никаких проверок на null, не пустое, ну и так далее

Написано более трёх лет назад
web_dev @web_dev Автор вопроса

Спасибо

Написано более трёх лет назад

1 комментарий

Комментировать

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации

Похожие вопросы

Java

Простой
Как определить, что игрок выбросил на землю удочку или сменил предмет в руке?
- 1 подписчик
- 14 часов назад
- 37 просмотров
0

ответов
Java

Простой
Как создать Map, чтобы ключом был номер станции, а именем был список имен станций?
- 1 подписчик
- вчера
- 41 просмотр
1

ответ
Java

+1 ещё

Простой
Почему Spring не видит html представления?
- 1 подписчик
- 02 мая
- 89 просмотров
1

ответ
Android

+1 ещё

Простой
Как сделать так что бы приложение нельзя было свернуть и использовать функции планшета?
- 2 подписчика
- 02 мая
- 170 просмотров
1

ответ
Java

+1 ещё

Простой
Класс GuildChannel не найден в JDA. Что делать?
- 1 подписчик
- 01 мая
- 35 просмотров
0

ответов
MySQL

+2 ещё

Сложный
Как пофиксить дедлоки и таймауты во время транзакций сохранения данных в базу при многопоточности от ForkJoinPool?
- 1 подписчик
- 28 апр.
- 195 просмотров
1

ответ
Java

+2 ещё

Простой
Как хранить изображения в PostgreSql?
- 1 подписчик
- 28 апр.
- 220 просмотров
2

ответа
MySQL

+1 ещё

Простой
Почему IDEA выдает ошибку об отсутствие jdbc драйвера?
- 1 подписчик
- 28 апр.
- 54 просмотра
1

ответ
Android

+1 ещё

Простой
Как повернуть webview вместе с содержимым по часовой стрелке?
- 1 подписчик
- 27 апр.
- 43 просмотра
0

ответов
Java

Простой
Всегда ли нужно использовать последнюю версию JDK?
- 1 подписчик
- 26 апр.
- 127 просмотров
3

ответа
Показать ещё Загружается…

Lead Java

Bell Integrator • Хабаровск

До 400 000 ₽

Lead Java

Bell Integrator • Ульяновск

До 400 000 ₽

Lead Java

Bell Integrator • Ижевск

До 400 000 ₽

Адаптация сайта CSS

05 мая 2024, в 16:27

10000 руб./за проект

Дописать программу 2D моделирование твердых тел, язык - C

05 мая 2024, в 16:26

5000 руб./за проект

Доработка мобильного приложения на React Native / Redux (Android)

05 мая 2024, в 15:49

4000 руб./за проект

Answer 1 · 2012-12-02 21:06:11

Есть несколько разновидностей тестов. Если вы бэкэнд-разработчик, то вас, в первую очередь, будут интересовать два вида:

Юнит-тесты
Интеграционные тесты

Юнит-тесты — тесты, направленные на тестирование отдельных частей класса. Чаще всего это методы. Иногда — отдельные ветки методов (всегда справедливо для god objects).
Самый важный пункт: для юнит-тестирования не нужно поднимать контекст приложения! Вы тестируете логику отдельного юнита, а не связку классов. Поэтому, очень часто для юнит-тестирования использую мок-фреймворки (как пример — мокито). Это нужно для того, что не писать руками -заглушки связанных классов.

Что покрывается юнит-тестами? В первую очередь покрывайте бизнес-логику (сервисы, классы-менеджеры). После — контроллеры. Можно покрыть DAO-слой (опять же, если там есть сложная логика)0.

Как пишется юнит-тест? Вы берёте набор входных параметров, мокаете классы-зависимости, передаёте входные параметры в тестируемый метод и проверяете выходные параметры. Если в методе есть условия — необходимо попасть во все ветки.

Писать ли отдельный тестовый метод для каждой ветки? Это зависит от вашего стиля и от того, планируете ли вы рефакторинг в ближайшем будущем. По-хорошему, стоит выделять отдельные крупные ветки в отдельные методы, особенно для god objects.

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

Нужны более глубокие подробности — пишите :)

Answer 2 · 2012-12-02 18:00:27

Alex42rus @Alex42rus

У нас тот же стек технологий.
Мы используем обычные юнит тесты + селениум для тестирования GUI

Ответ написан более трёх лет назад

1 комментарий

Answer 3 · 2012-12-02 21:34:04

web_dev @web_dev Автор вопроса

Буду признателен так же на ответ из моего комментария на ответ Alex42rus.

Ответ написан более трёх лет назад

3 комментария

Answer 4 · 2012-12-02 21:39:42

Arktos @Arktos

Интеграционные тесты с Maven, JUnit и Spring

Ответ написан более трёх лет назад

1 комментарий

Answer 5 · 2012-12-04 17:28:56

На прошлой работе мы делали юнит и интеграционные тесты. Для юнит-тестов использовали TestNG, для интеграционных — написали свой фреймворк, который эмулировал все подряд. Базу создавали в памяти.

На новой работе используем JUnit и собираемся перевести интеграционные тесты на in-memory базу.

Тестирование Java EE приложения?

Войдите, чтобы написать ответ

Минуточку внимания

Войдите на сайт