Message Bus — это архитектурный паттерн, который используется для обмена данными между различными компонентами системы. Он организует асинхронное взаимодействие между сервисами или приложениями с помощью сообщений, которые передаются через центральную шину (message bus). Этот подход помогает декомпозировать сложные системы, улучшить масштабируемость и снизить связанность компонентов, что делает их более независимыми друг от друга.

Как тестировщику подходить к тестированию системы с использованием Message Bus?

Тестирование систем, использующих Message Bus, имеет свои особенности. Вот несколько ключевых подходов:

1. Понимание бизнес-процессов и взаимодействий

Первым шагом для тестировщика является понимание того, как разные сервисы взаимодействуют между собой через шину сообщений. Необходимо выяснить, какие события должны происходить в ответ на отправку каждого сообщения.

Пример: При оформлении заказа нужно проверить, что сервисы склада, оплаты и уведомлений получают соответствующие сообщения и корректно на них реагируют.

2. Тестирование отправки сообщений

Необходимо убедиться, что отправители (Producers) корректно формируют и отправляют сообщения в шину. Тестировщик должен проверить:

• Соответствует ли структура и содержание сообщений требованиям.
• Происходит ли отправка сообщений в нужные моменты.

Пример: Проверить, что при успешной оплате заказа сервис отправки товаров получает сообщение для начала процесса доставки.

4. Проверка обработки ошибок

Асинхронные системы часто сталкиваются с различными видами сбоев. Тестировщик должен проверить:

• Как система реагирует на недоставленные или поврежденные сообщения.
• Реализована ли повторная попытка обработки сообщения в случае неудачи.
• Что происходит, если один из сервисов временно недоступен.

Пример: Проверить, что если сервис склада недоступен, сообщение о новом заказе не теряется и будет обработано, когда сервис снова станет доступен.

6. Тестирование производительности

Тестировщику нужно проверить, как система справляется с большим количеством сообщений, и нет ли узких мест, которые могут замедлить обработку или привести к отказам. Это может включать нагрузочное тестирование шины сообщений и связанных с ней сервисов.

Пример: Запустить сценарий с большим количеством заказов и проверить, как система справляется с их параллельной обработкой.

7. Конечное состояние системы

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

Пример: Проверить, что после оформления заказа товары корректно списываются со склада, платеж подтверждается, а клиент получает уведомление.

Заключение

Message Bus — это мощный инструмент для создания масштабируемых и распределённых систем. Тестировщику необходимо учитывать специфические аспекты асинхронного взаимодействия, такие как корректная отправка и получение сообщений, обработка ошибок и мониторинг системы. Понимание бизнес-логики и взаимодействия между сервисами помогает эффективнее разрабатывать тестовые сценарии и выявлять потенциальные проблемы на ранних этапах.

Хотите лучше разбираться в тестировании и узнать много примеров из практики от опытных преподавателей - приходите на наш курс В тестировщики с нуля!