У тестовій мішені X сталася помилка (Ранній несподіваний вихід, операція ніколи не закінчилась із завантаженням - спроба перезапустити не буде

Я почав працювати з OCMockнаписанням тестових кейсів для існуючого проекту, який я інтегрував у свою робочу область проекту. Після виконання всіх кроків, згаданих у цьому посиланні .

Коли я вперше виконав свій тестовий приклад, це видає помилку вище. Я шукав його і намагався дотримуватися деяких рішень, таких як створення нової цілі , перезапуск Xcode, але це мені не допомогло. Будь-яка ідея?

У мене є свої примітки та демонстраційні програми для Cocoapods та Carthage тут https://github.com/onmyway133/TestTarget

• Переконайтесь, що всі фреймворки пов’язані з тестовими цілями
• Налаштуйте Runpath Search Pathsвказувати на$(FRAMEWORK_SEARCH_PATHS)

Більше інформації

• Бібліотеки, що залежать від пробігу

Я використовую картрідж, і проблема для мене - пошук залежностей у тестовій мішені. Виправлення:

Додати $(PROJECT_DIR)/Carthage/Build/iOSдоRunpath Search Paths

Ви можете знайти посилання тут: Випуск Карфагена

Можливо інше рішення, якщо ви використовуєте CocoaPods і тестова ціль інтерфейсу користувача вбудована всередину цільової програми, що, на жаль, має місце у шаблоні за замовчуванням ( pod init).

Спробуйте перемістити цільову тестування інтерфейсу користувача з цільової програми таким чином:

від:

platform :ios, '11.0'
use_frameworks!

target 'MyApp' do
  # Pods for MyApp

  target 'MyAppUITests' do
    inherit! :search_paths
    # Pods for testing

  end
end

до:

platform :ios, '11.0'
use_frameworks!

# Pods shared between MyApp and MyAppUITests    

target 'MyApp' do
    # Pods for MyApp only

end

target 'MyAppUITests' do
    # Pods for testing

end

Кредит надходить SpacyRicochet у цій темі випуску: https://github.com/CocoaPods/CocoaPods/issues/4752#issuecomment-305101269

Моїм рішенням було додати до етапу тесту "Фазу копіювання файлу". Там я встановив призначення для Frameworks і додав свій фреймворк зі знаком +.

У моєму випадку з пов'язаними файлами не було нічого поганого. Симулятор начебто застряг у повідомленні, яке ініціював додаток, наприклад: "Назва програми хоче надсилати вам сповіщення". Натиснув кнопку ОК і наступного разу мої XCTests працювали нормально.

Просто, щоб поділитися своїм досвідом щодо цієї помилки:

Я використовую fastlane + cocoapods.

У мене є робоча область з 2 динамічними фреймворками:

• А.рамки
• Б.рамки

Залежності:

• A залежить від AFNetworking з використанням кокапод
• B залежить від A

Залежність визначається в підфайлі.

Помилка була піднята під час виконання фреймворкових тестів.

У моєму випадку проблема була пов'язана з відсутністю залежності від AFNetworking у B.framework target.

Додавання залежності підсистеми до AFNetworking у B.framework у Podfile все було вирішено.

Отже, навіть якщо цільовий B успішно компілюється, AFNetworking не був вбудований у тестовий додаток B, і симулятор не зміг запустити тестовий додаток B, що викликало цю "дуже значущу" помилку (*) .

(*) дякую Apple за це!

У моєму випадку Build Active Architecture Only було встановлено ТАК.

У проекті та цілях: Налаштування збірки -> Архітектури -> Тільки побудувати активну архітектуру має бути НІ замість ТАК

Ого, я витратив на це багато часу, у моєму тестовому наборі було вибрано "Застосування програми" для моєї програми. Інші тестові пакети не робили.

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

У тестовому наборі перейдіть до Загальне -> Тестування -> Установіть для "Хост-програми" значення Немає.

У моєму випадку я не додав етап запуску сценарію для бібліотек Quick і Nimble, які я інтегрував за допомогою Carthage.

У мене була та ж проблема, і я вже спробував усе запропоноване тут без жодного успіху.

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

Мій випадок був особливим. Я використовував 2 файли як тестові класи. один працював ідеально, а інший мав цю помилку.
Обидва посилаються на однакові рамки.

Рішення

Очистити похідні дані

Вікно => Проекти => Видалити (у вашому проекті)

Успіхів та щасливих випробувань!

Під час створення Cocoa Touch Framework будь-яка спроба запуску тестів закінчувалася тим самим повідомленням про помилку, як це писав OP.

Я виправив це, змінивши конфігурацію збірки TEST з Debug на Release.

Крок 1

Крок 2

Крок 3

Примітка : Не потрібно було додаткової конфігурації Runpath Search Paths.

Я використовую Cocoapods у версії 1.6.1 та Xcode 10.1

Якщо хтось все ще відчуває це питання, ця відповідь мені допомогла. У налаштуваннях проектів установіть для параметра « Завжди вбудовувати швидкі стандартні бібліотеки» значення « Ні» . Я зробив це для цілі тестування інтерфейсу користувача

Я спробував багато різних варіантів, але жоден мені не допоміг, крім нижче, і витратив багато часу, розмістивши це так, що справді допоможе та заощадить час на цьому:

Дотримуйтесь усіх вказівок для повного ручного налаштування

https://github.com/appium/appium-xcuitest-driver/blob/master/docs/real-device-config.md#full-manual-configuration Поради Коли ви підходите до частини, де ви виконуєте xcodebuild, якщо збірка не вдається, і в журналі згадується "RoutingHTTPServer" або "YYCache", додайте ці два фреймворки на вкладці "Фази збірки" цілі WebDriverAgentRunner Відкрийте WebDriverAgent.xcodeproj

Виберіть "Цілі" -> "WebDriverAgentRunner"

Відкрийте "Фази побудови" -> "Копіювати рамки"

Клацніть '+' -> додати RoutingHTTPServer

Клацніть '+' -> додати YYCache https://github.com/facebook/WebDriverAgent/issues/902#issuecomment-382344697 https://github.com/facebook/WebDriverAgent/issues/902#issuecomment-383362376

Збірка / тест може також не вдатися через ненадійність програми / розробника WebDriverAgentRunner на пристрої. Будь ласка, довіртеся програмі та повторіть спробу.

При спробі отримати доступ до статусу сервера WebDriverAgent, якщо він намагається підключитися через порт 0, порт жорсткого коду 8100 в appium-xcuitest-driver / WebDriverAgent / WebDriverAgentLib / Routing / FBWebServer.m

Оригінальний рядок: server.port = (UInt16) порт; Новий рядок: server.port = 8100; https://github.com/facebook/WebDriverAgent/issues/661#issuecomment-338900334

Я хотів би поділитися моєю відповіддю, сподіваючись, що це може заощадити комусь час.

Для мене файл .m не був належним чином зв'язаний у розділі Фази побудови -> Джерела компіляції

У моєму випадку я оголосив властивість як лише для читання у файлі заголовка:

// In .h file
@property (nonatomic, readonly) NSUInteger count;

але я забув додати цю декларацію до .m, щоб сформувався сеттер:

// In .m file
@property (nonatomic, assign) NSUInteger count;

Дурна помилка, не зовсім впевнений, чому це виявилося в цій помилці, але додавши цей рядок до .m, вирішило проблему.

У моєму випадку мої Налаштування збірки -> Архітектури встановлювались лише для armv7, і я змінив на ARCHS_STANDARD, що був таким же, як у мого хост-додатку

Для мене мені довелося "довіряти" розробнику в "Керуванні пристроями" в розділі "Налаштування -> Загальне" на моєму пристрої. (Налаштування -> Загальне -> Керування пристроєм -> Ідентифікатор розробника -> 'Довіряти програмі') Оскільки я запускав додаток через бічне завантаження за допомогою свого ідентифікатора Apple.

У моєму випадку мені довелося видалити $(inherited)з інших Linker Flags у моїй тестовій програмі ui. Я встановив статичні бібліотеки через cocoapods.

для мене проблемою був файл Pod,
я зробив нову ціль, але забув додати ціль у файл pod

target 'mobilesdkIntegrationTests' do
  // write here any predefined pods if any, like
  testing_pods
end

просто додайте ціль у файл pod, що вирішило проблему

Є деякі автоматично додані налаштування проекту, які постачаються з Xcode 10, і вони надходять час від часу, а не весь час. Після завантаження Xcode 10 перезавантажте комп'ютер. Саме це для мене це виправило. Жодна з цих відповідей не зафіксувала це для мене. Сподіваюся, це допоможе. Я хотів би дати кращу відповідь.

Перехід з Xcode 9.4.1 на Xcode 10.1 вирішив проблему в моєму випадку.

У моєму випадку у мене був повністю чистий проект із порожніми тестами за замовчуванням. Якщо я додав будь-який стручок, я отримав цю помилку. Рішення полягало в тому, що принаймні один файл у тестовій мішені повинен імпортувати Foundation

import XCTest
import Foundation

@testable import CVZebra

class CVZebraTests: XCTestCase {

    override func setUp() {
        // Put setup code here. This method is called before the invocation of each test method in the class.
    }

    override func tearDown() {
        // Put teardown code here. This method is called after the invocation of each test method in the class.
    }

    func testExample() {
        // This is an example of a functional test case.
        // Use XCTAssert and related functions to verify your tests produce the correct results.
    }

    func testPerformanceExample() {
        // This is an example of a performance test case.
        self.measure {
            // Put the code you want to measure the time of here.
        }
    }

}

У моєму випадку виникла проблема з моїм додатком у тренажері. Перш ніж проблема виникла, я обробив db-міграцію (область), яка не вдалася і знищила мою db. Тож у мене все працювало нормально після того, як я видалив додаток на симуляторі.