Ситуационный вопрос: если смежная команда говорит, что не была заранее уведомлена об изменениях и просит подождать, либо вообще отказывается тестировать со своей стороны — что будешь делать?

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

1. Обсуждение требований и контрактов: Сначала согласовать с принимающей командой формат и назначение нового поля, чтобы избежать недопониманий.
2. Юнит-тесты: Написать тесты, проверяющие корректное формирование и отправку нового поля в исходящем сообщении или API.
3. Интеграционные тесты: Если возможно, настроить тесты, которые проверяют взаимодействие между командами, например, через мок-сервисы или тестовые окружения.
4. Контрактное тестирование: Использовать подходы контрактного тестирования (например, Pact), чтобы гарантировать, что изменения не нарушают договоренности между сервисами.
5. Ручное тестирование и коммуникация: Провести совместное тестирование с другой командой, чтобы убедиться, что новое поле корректно обрабатывается.
6. Мониторинг после релиза: Настроить мониторинг и логирование, чтобы быстро обнаружить возможные проблемы в продакшене.

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