Вопросы по реализации 1

[vladimirfx]

mq-rest-client-registr/src/test/kotlin/ru/jiminator/mqrestclientregistr/WebMvcClientResourcesTest.kt

Line 16 in e41334c

@AutoConfigureMockMvc

Как еще можно тестировать REST и чем этот способ плох/хорош?

mq-rest-client-registr/src/test/kotlin/ru/jiminator/mqrestclientregistr/WebMvcClientResourcesTest.kt

Line 23 in e41334c

fun databasePopulation(@Autowired clientRepository: ClientRepository) {

Предложи способ популяции тестовых данных без использования продакш кода.

mq-rest-client-registr/build.gradle.kts

Line 32 in e41334c

testImplementation("com.h2database:h2") //:1.4.196

mq-rest-client-registr/src/test/kotlin/ru/jiminator/mqrestclientregistr/MqRestClientRegistrApplicationTests.kt

Line 19 in e41334c

@SpringBootTest(classes = [MqRestClientRegistrApplication::class])

Так какая всетаки БД у тебя используется?

mq-rest-client-registr/src/main/kotlin/ru/jiminator/mqrestclientregistr/MqRestClientRegistrApplication.kt

Line 26 in e41334c

data class Client(

Почему data class?

[Jiminator3]

1. Как еще можно тестировать REST и чем этот способ плох/хорош?
Можно тестировать REST с помощью Postman. Выбранный мной способ не требует скачивания доп. программ и в документации по Sring используют именно его.

2. Предложи способ популяции тестовых данных без использования продакш кода.
Можно в тестовом классе создать списков клиентов для теста и тестировать с её помощью. Есть способы популяции на основе дата сетов или или с помощью генераторов.

3. Так какая всетаки БД у тебя используется?
Когда разбирался в создании тестов добавил в зависимости h2database и забыл убрать.(Исправил) В приложении используется база данных для теста - SpringBootTest.

4. Почему data class?
Data class позволяет более удобно создавать классы, который хранят в себе некоторый набор данных: Получать к данным доступ, изменять их, копировать.

[vladimirfx]

1. Такой способ официальный, но хуже других внутрипроектнвых, почему? Внешние даже не рассматриваем.

2. Сделай не используя продакшн код вообще. Как думаешь почему это лучше текущего способа?

3. SpringBootTest - о такой бд ещё не слышал. Все же, какая СУБД?

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

[vladimirfx]

https://github.com/spring-guides/tut-spring-boot-kotlin#persistence-with-jpa

[Jiminator3]

1. Думаю такой способ хуже, потому что мы создаём дополнительные аннотации, которые могут конфликтовать.(У меня такое случилось в тестах, пришлось делить тесты на два класса.)
2. Мне эту часть, с популяцией тестовых данных, рассказал Вячеслав, я пока не смог разобраться. Тесты не должны содержать продакшн код, иначе ошибки из продакшн кода могут попасть в тесты. Тесты должны именно проверять код, а не переиспользовать.
3. Используемая СУБД PostgreSQL.
4. JPA не предназначен для работы с не мутабельными классами и методами, которые создаёт дата класс. Мне показалось для проекта подойдет принцип прозрачных данных, ошибку учёл.

[vladimirfx]

1. Тут скорее привязка теста к способу реализации rest api. Попробуй реализовать те же методы без spring mvc и тест тут же станет бесполезным. В том же spring ещё как минимум 2 способа описания того же функционала.
   К тому же такой способ тестирования не проверяет честный сетевой обмен, а работает на объектах запрос-ответ в памяти, что хуже в плане покрытия. Переведи тест на restassured или spring WebClient.

2. Есть простой и надежный способ с выполнением sql перед тестами

3. Ага

4. Его легко сделать мутабильным (var). Data class принципиально противоречит паттерну entity в части identity.
   https://dzone.com/articles/kotlin-data-classes-and-jpa

https://ebean.io/docs/best-practice/

[vladimirfx]

Почитай по теме 4 пункта:
https://archive-avaje-org.github.io/equals.html

[vladimirfx]

1. https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#features.testing.spring-boot-applications.with-running-server

[vladimirfx]

2. spring.sql.init.data-locations

[Jiminator3]

1. Реализовал тесты на Restassured.
2. Научился выполнять sql перед тестами и реализовал это в проекте.
3. Исправил класс "Client".
   Начал заниматься реализацией веб сервиса на Router DSL, тяжело идет. Почитал документацию и посмотрел пример из гит. Пришел к выводу, что нужно переписывать веб сервис, чтобы он стал реактивный. Есть подозрение, что можно обойтись без этого. Сейчас буду усердно разбираться как же все реактивным сделать. С коллегами если что советоваться

[vladimirfx]

По поводу реактивности не понял откуда взялась?

[Jiminator3]

Насчет реактивности появился вопрос, когда начал вот эту часть задания реализовывать - #2
Искал как реализовать web сервис на Router DSL. И так понял, что там реактивный web сервис нужно реализовать.
Сначала перешел по ссылке, которую вы скинули, но там не очень подробно описывается. А в проекте, который как пример показывается - реактивность реализуют.

[vladimirfx]

Давай реактивные сервисы пока в оставим в стороне - это все же пока экзотика и только перегрузит тебя ментально. Router DSL существует и для классического (блокирующего) исполнения веб сервисов.

[Jiminator3]

Реализовал Router DSL. Покрыл тестами. Остались вопросы как (и нужно ли) тестировать кафку.
Если ничего не забыл, то все пункты задания выполнил.