Почему обычный тест не спасает, а починка ломает всё Представьте: вы наконец-то починили баг в асинхронном API. Отправили запрос, получили ответ — всё работает. Через неделю прод, а потом — жалобы от пользователей: данные не обновляются, таски зависают, а в логах — странные таймауты. Знакомо? Проблема в том, что тестирование async API после исправления — это не просто «отправил-проверил». Это целая наука, где подводные камни ждут на каждом шагу. В этой статье я расскажу, как не попасть в ловушку ложного успеха и сделать так, чтобы ваше API реально работало после ремонта. Почему обычный подход проваливается? Потому что в асинхронных системах ошибки часто проявляются не сразу...