Премного благодарен

Запись есть: https://youtu.be/orjKwTXm1Sw

Извиняюсь перед Ильей за то что переврал его фамилию. Правильно Мурадьян. Поправил где мог.

Всем привет! Приглашаем поучаствовать в Kotlin Heroes: Episode 7 — соревнованиях по программированию на Kotlin. Не имеет значения, какой у вас опыт, — у каждого участника Kotlin Heroes есть шанс выиграть приз. Стартуем завтра, 29 июня. Присоединяйтесь!
https://kotl.in/96xbgj

Kotlin Features Survey Edition #2

Share your vision on features you'd like to see in Kotlin and attend webinar with Roman Elizarov and Svetlana Isakova on July 13, 17:30 CEST!

@Sergei_Alekhin я добавил @tgkotbot, надо бы посносить не живых ботов.

Привет! Пришел за советом, может кто делал подобное.
У меня планируется куча "интеграционных тестов". Типичный тест отправляет сообщение в кафку, а потом ждет ответ. Хочется
1) Иметь удобный rpc поверх этого (уже реализовал на корутинах)
2) Рассказать Junit 5, что теперь можно запустить базилион таких тестов, так как они "асинхронные" и не будут держать потоки пока ждут ответа из кафки.

В какую сторону порекомендуете покопать?

Спасибо

Если что, то можно к Ивану или Виктору стукнуться

Бегло пробежался по слайдам, и это немного не то.

У меня тест кейсы из разряда
@Test
fun if we send 4 service return 8(){
   service.call(4) shouldBe 8
}

Только call идет через кафку на задеплоенный где-то далеко сервис.

В слайдах идет тестирование именно кафка стрима.

И хочется иметь возможность запустить не coreCount*2 параллельных тестов, а сразу сотню

1000 тредов для JVM не проблема. Запускайте по-простому :)

Может вы и правы. Нужно посмотреть, дает ли это хоть какой-то профит на моем билд агенте

А сколько памяти под такое надо?

А у меня такой вопрос возникает, а что эти тесты тестируют? Бизнес логику или Кафку? Если кафку, то наверное это интеграционный тест и тут нужно не JUnit использовать, если бизнес логику, то нужно мокировать Кафку, и ничего ждать не придется.

Интеграционный тест может охватывать любое число систем и, внезапно, тестировать полные пользовательские сценарии

Паша, всё так, согласен на 100%. Только не совсем понятно к чему твое уточнение?

К тому, что вопрос "а что тестируют" вполне может быть вообще нерелевантен. И то, и другое, и ещё несколько систем

Ну если тестируют все сразу, то ведь это возможный кейс, но плохая практика. Всё таки нужно разделять тесты по слоям и типам. Но давай не холиварить тут. Нужно разбирать конкретные примеры, а не коня в вакууме.
Но согласись, что если в проекте 1000 интеграционных тестов, то сколько там юнит тестов? Судя по вопросу, наверное проект ещё не оброс таким легаси и тогда нужно подумать не стоит ли провести архитектуртное ревью и разделить логику на зоны ответсвенности и разбить монолит на микросервисы?
Опять же не для занудства и не для начала холивара, а только для того, чтобы пояснить свою позицию: Возможно автор вопроса на смог сам себе четко ответить что именно тестируют его тесты, может быть там не нужна интеграция с кафкой?