S🕶
я мокито использую, но mock bean не использовал еще
Size: a a a
2019 May 20
S🕶
боюсь что нет
G
louise flbdv
народ, сори, но знаете где можно подучить(желательно на русском, можно и на англ)
S🕶
у меня тот же вопрос, но я его чуть детальней опишу ...
1) https://www.baeldung.com/maven-integration-test - что считаете про такой способ, держать все отдельно в папке
2) но, как я буду что-то тестировать?
- если база данных пустая и реальные данные туда я точно пушить не буду.
- наверное надо временные данные загружать в память, в h2, иначе при запросе он просто выдаст мне ошибку 404 ресурс не найдет и тест упадет с ошибкой.
- надо ли создавать временные данные где-то? можно по подробней, ибо можно в одном месте где-то все данные пушить в h2 memory db,
так же можно при запуске теста в
----
хотелось бы чтоб рассказали больше как это правильней сделать.
1) https://www.baeldung.com/maven-integration-test - что считаете про такой способ, держать все отдельно в папке
integration-test2) но, как я буду что-то тестировать?
- если база данных пустая и реальные данные туда я точно пушить не буду.
- наверное надо временные данные загружать в память, в h2, иначе при запросе он просто выдаст мне ошибку 404 ресурс не найдет и тест упадет с ошибкой.
- надо ли создавать временные данные где-то? можно по подробней, ибо можно в одном месте где-то все данные пушить в h2 memory db,
так же можно при запуске теста в
setUp пушить временно данные, пока выполняется текущие тесты.----
хотелось бы чтоб рассказали больше как это правильней сделать.
можете пожалуйста на мой вопрос тоже ответить, спасибо
lf
ну ладно, всё равно тхкс
от cobol programmer
от cobol programmer
PB
Есть 3 способа, как сделать мок-объект на mockito+Spring - это @Mock, @MockBean и собственно Mockito.mock. Если тест поднимает/использует контекст, то можно использовать любой, но все используются немного по-разному (см. ссылку выше)
Если контекста нет - Mockito.mock наш друг.
Если контекста нет - Mockito.mock наш друг.
S🕶
я использовал все кроме
@MockBeanS🕶
у меня тот же вопрос, но я его чуть детальней опишу ...
1) https://www.baeldung.com/maven-integration-test - что считаете про такой способ, держать все отдельно в папке
2) но, как я буду что-то тестировать?
- если база данных пустая и реальные данные туда я точно пушить не буду.
- наверное надо временные данные загружать в память, в h2, иначе при запросе он просто выдаст мне ошибку 404 ресурс не найдет и тест упадет с ошибкой.
- надо ли создавать временные данные где-то? можно по подробней, ибо можно в одном месте где-то все данные пушить в h2 memory db,
так же можно при запуске теста в
----
хотелось бы чтоб рассказали больше как это правильней сделать.
1) https://www.baeldung.com/maven-integration-test - что считаете про такой способ, держать все отдельно в папке
integration-test2) но, как я буду что-то тестировать?
- если база данных пустая и реальные данные туда я точно пушить не буду.
- наверное надо временные данные загружать в память, в h2, иначе при запросе он просто выдаст мне ошибку 404 ресурс не найдет и тест упадет с ошибкой.
- надо ли создавать временные данные где-то? можно по подробней, ибо можно в одном месте где-то все данные пушить в h2 memory db,
так же можно при запуске теста в
setUp пушить временно данные, пока выполняется текущие тесты.----
хотелось бы чтоб рассказали больше как это правильней сделать.
но можете чуть больше просветить меня, по этим тестам, как я должен их правильно писать @bogdanovpd какие решения ты можешь предложить.
PB
Тут тоже 3 пути)
1) Есть старый добрый путь - это брать h2 вместо реальной базы (подкачивать ее конфигурация в виде отдельного тестового профиля), на нее автоматически проливать скрипты при помощи аннотаций @Sql или просто файликами data.sql и schema.sql. Можно залить-удалить после каждого теста. Довольно удобно.
ссылка с ссылка на SQL и data.sql: https://stackoverflow.com/questions/38262430/initialising-a-database-before-spring-boot-test
тут логичный вопрос - а корректно ли считать такой тест правильным, если наша база по факту другая?
2) Либо взять образ реальной базы и запустить его для тестов при помощи докер образа, используя testcontainers https://github.com/testcontainers/testcontainers-java
вот короткая видюшка о том, что это: https://vimeo.com/222501136
Примеров как с ним работать в сети масса. Как и докладов на ютубе.
Вот есть мой мини-пример + теория: https://github.com/aquatir/neo-dev/tree/master/spring/13_own_context_testcontainers
3) Мокать репозитории. Тут надо помнить, что базу нужно тестировать отдельно в любом случае. В принципе рабочий вариант, но надо помнить, что самые классные бажки при работе с базой обычно связаны с переплетением траназкций во время запросов. В общем, рабочий путь, если знаешь точно, базу как-то где-то еще раз проверят.
1) Есть старый добрый путь - это брать h2 вместо реальной базы (подкачивать ее конфигурация в виде отдельного тестового профиля), на нее автоматически проливать скрипты при помощи аннотаций @Sql или просто файликами data.sql и schema.sql. Можно залить-удалить после каждого теста. Довольно удобно.
ссылка с ссылка на SQL и data.sql: https://stackoverflow.com/questions/38262430/initialising-a-database-before-spring-boot-test
тут логичный вопрос - а корректно ли считать такой тест правильным, если наша база по факту другая?
2) Либо взять образ реальной базы и запустить его для тестов при помощи докер образа, используя testcontainers https://github.com/testcontainers/testcontainers-java
вот короткая видюшка о том, что это: https://vimeo.com/222501136
Примеров как с ним работать в сети масса. Как и докладов на ютубе.
Вот есть мой мини-пример + теория: https://github.com/aquatir/neo-dev/tree/master/spring/13_own_context_testcontainers
3) Мокать репозитории. Тут надо помнить, что базу нужно тестировать отдельно в любом случае. В принципе рабочий вариант, но надо помнить, что самые классные бажки при работе с базой обычно связаны с переплетением траназкций во время запросов. В общем, рабочий путь, если знаешь точно, базу как-то где-то еще раз проверят.
EP
Есть ли жизнь без DI в Java?
в ява была нормальная жизнь. С new. Без DI.
LM
в ява была нормальная жизнь. С new. Без DI.
Ранорекс?
EP
Но потом появился спринг. С DI. И жизнь погромызда заиграла новыми красками.
AZ
будто DI без спринга не существует
EP
будто DI без спринга не существует
ви так хаварите, как будто атлассиан что то другое притащил
R
Ах да, никогда не включайте wink в зависимости
S🕶
@aquatir please fast look
NB
хех, возникает только вопрос, зачем
PB
А зачем вызывать билдер, чтобы поменять поле? Если ответ - "для имутабельности", то тогда следующий вопрос, а есть ли контеншн объектов этого ентити?
Третий не понял. Сеттер для id зачем?
Третий не понял. Сеттер для id зачем?
S🕶
1) чтоб твой объект был immutable
2) иметь конструктор в который ты передаешь основные данные, а через set добавлять только дополнительные
3) trade safe
4) когда используешь где либо, уверенность что ничего там не поменятся
2) иметь конструктор в который ты передаешь основные данные, а через set добавлять только дополнительные
3) trade safe
4) когда используешь где либо, уверенность что ничего там не поменятся