Спасибо за классную статью. Все четко и понятно, буквально разложено по полочкам. Отдельное спасибо за аргументированное обоснование того, что асинхронность - не панацея, и тесты можно и нужно оптимизировать другими способами.
В спойлере "Еще подробнее о сравнении тела запроса в GraphQL и REST API" - ошибка: в Примере 1 вместо запроса на получение данных повторен запрос на изменение данных из Примера 2.
Supplier - это поставщик. Так что в терминах кафки сапплаер - это продюсер.
В названии таблицы в главе Liskov Substitution Principle (Принцип подстановки Барбары Лисков):
"Цели применения принципа единственной ответственности приведены в таблице ниже:"
очепятка
Да, интересно было бы узнать, заработает ли все это, например, на Ubuntu
Спасибо. Для этапа ознакомления с кафкой - самое то.
Спасибо. Полезная инфа и доходчиво написано.
Спасибо. Коротко и по делу. Хотелось бы побольше примеров.
Спасибо за классную статью. Все четко и понятно, буквально разложено по полочкам. Отдельное спасибо за аргументированное обоснование того, что асинхронность - не панацея, и тесты можно и нужно оптимизировать другими способами.
Спасибо за отличный цикл статей. Все четко, никакой воды - то, что нужно тестировщику, чтобы получить общее представление о технологии.
Хорошая статья. Спасибо. Немного маловато инфы про запросы mutation - все таки для тестирования это тоже немаловажно.
Кроме отсутствия ограничений по количеству прогонов коллекции преимуществ у Bruno перед Postman для себя не нашел.
Спасибо за статью. Полезно.
В спойлере "Еще подробнее о сравнении тела запроса в GraphQL и REST API" - ошибка: в Примере 1 вместо запроса на получение данных повторен запрос на изменение данных из Примера 2.