Классный вебинар, подчерпнул для себя много нового, интересного и полезного, спасибо! У меня возникли вопросы, возможно ответы были данны в вебинаре, но видимо они были не очевидны для меня: 1) Почему в итоге ui и api тесты не разделены в отдельные репозитории ? 2) в момент создания новой сущности через api, вы делаете проверку этой сущности в БД. каким образом вы отслеживаете/ожидаете добавление ? Например добавление асинхронное, и новая сущносить добавится через 2 минуты после создания, а в тесте у вас происходит проверка в тот же момент. Как победить эту ситуацию ? 3) Почему junit? Можно ли будет вместо junit-а использовать testng ? Заранее благодарю за ответы на вопросы!
Ответ на вопрос 2. Можно использовать моки, тогда не придётся реально ждать, а проверить сразу. Ответ на вопрос 3. А почему нет, у нас на проекте используется спринг бут и тестнг
отличный видос) респект автору! Как по мне, писать тесты на апишку со спринга действительно оверинжиринг, НО... как я понял автор хотел развиваться в сторону бэкэнда, то в таком случае ок, получил опыт, научился. С моей точки зрения, понимание спринга позволяет тестерам начать писать юнит тесты тулами которые предосталяет спринг, и фиксить баги, что гораздо полезнее, с этим я с автором согласен.
![Lp. Сердце Вселенной #60 РОЖДЕНИЕ ЛОЛОЛОШКИ [Финал] • Майнкрафт](http://i.ytimg.com/vi/YoR0pAV9FVQ/mqdefault.jpg)
Спасибо за вебинар! Очень полезный! Лектор мне лично очень понравился
Отличный спикер, слушал на одном дыхании!)
Классный вебинар, подчерпнул для себя много нового, интересного и полезного, спасибо!
У меня возникли вопросы, возможно ответы были данны в вебинаре, но видимо они были не очевидны для меня:
1) Почему в итоге ui и api тесты не разделены в отдельные репозитории ?
2) в момент создания новой сущности через api, вы делаете проверку этой сущности в БД. каким образом вы отслеживаете/ожидаете добавление ? Например добавление асинхронное, и новая сущносить добавится через 2 минуты после создания, а в тесте у вас происходит проверка в тот же момент. Как победить эту ситуацию ?
3) Почему junit? Можно ли будет вместо junit-а использовать testng ?
Заранее благодарю за ответы на вопросы!
Ответ на вопрос 2. Можно использовать моки, тогда не придётся реально ждать, а проверить сразу. Ответ на вопрос 3. А почему нет, у нас на проекте используется спринг бут и тестнг
отличный видос) респект автору!
Как по мне, писать тесты на апишку со спринга действительно оверинжиринг, НО... как я понял автор хотел развиваться в сторону бэкэнда, то в таком случае ок, получил опыт, научился. С моей точки зрения, понимание спринга позволяет тестерам начать писать юнит тесты тулами которые предосталяет спринг, и фиксить баги, что гораздо полезнее, с этим я с автором согласен.