Uwaga: nazwy urządzeń zostały zmienione w Xcode 7, więc nie należy ich już określać za pomocą iPhone 5 (9.1 Simulator), ale raczej iPhone 5 (9.1).

Użyj xcrun instruments -s, Aby pobrać aktualną listę urządzeń, a następnie możesz ją uruchomić wstępnie za pomocą:

xcrun instruments -w "iPhone 5 (9.1)" || echo "(Pre)Launched the simulator."

Prelaunching

# First get the UDID you need
xcrun instruments -s

# Then launch it
open -a "iOS Simulator" --args -CurrentDeviceUDID <sim device UDID>

# and wait some time....
sleep 5

# Then launch your unit tests
xcodebuild [...] -destination 'platform=iOS Simulator,name=<device name matching the UDID>' 

Stary post

Ten błąd został naprawiony w Xcode 6.3 i nowszych. Jeśli masz podobne problemy w nowszym Xcode, prawdopodobnie jest to inny błąd.

Apple śledzi błąd ID # 18001199:

Kontekst dostarczony przez LaunchDaemons nie jest obsługiwany do uruchamiania GUI aplikacje. Usługa SSH i domyślna konfiguracja Jenkins to oba zaimplementowane jako LaunchDaemons. We wcześniejszych wersjach Xcode 5 xcodebuild może w tym kontekście uruchamiać testy na symulatorze iOS, ale to nigdy nie była obsługiwana konfiguracja, a jak zauważyłeś, że nie działa już od Xcode 6.

W Przeciwieństwie Do LaunchDaemons, LaunchAgents zapewnia kontekst, w którym można uruchomić Aplikacje GUI-jeśli użytkownik jest zalogowany w tym czasie, z oknem serwer / Aqua session. Konwersja konfiguracji Jenkins z bycie Launchdaemonem do bycia Launchagentem uniknie zgłoszonego problem. Launchd można również używać do uruchamiania testów na symulatorze systemu iOS z SSH sesji, albo przez wytworzenie Launchagenta i ręcznie Ładowanie / uruchamianie tego, lub przez użycie "launchctl submit".

Ok, po trochę więcej grzebania wokół komentarze tutaj (wielkie dzięki Opal), dowiedziałem się, że uruchomienie slave przez JNLP zamiast działa.

Jak Wiele osób wspomniało, obecnie nie jest możliwe uruchomienie testu jednostkowego przez SSH, więc możesz na razie zwrócić się w stronę agenta JNLP, dopóki Apple go nie naprawi.

Jeśli połączenie z JNLP nadal go nie rozwiązuje, spróbuj rozwiązanie wymienione w tym komentarz .

Tj.: uruchom je w wierszu poleceń:

DevToolsSecurity-enable

Sudo dscl . -append / Groups / _developer GroupMembership "user-that-runs-the-sim"

System autoryzacji bezpieczeństwa.przywilej.taskport is-developer

Zobacz referencje tutaj i tutaj .

Niedawno dowiedziałem się, że jeśli zainstalujesz nowy wersja Xcode i nie uruchamiaj go. Symulator może znowu zacząć odliczać czas. Aby to rozwiązać, musiałem ręcznie uruchomić Xcode i zainstalować dodatkowe narzędzia, o które prosił.

Skończyłem rozwiązując to na Xcode 5 przez robiąc kroki tutaj , zasadniczo działa:

sudo security authorizationdb write system.privilege.taskport allow

Spowoduje to wyeliminowanie jednej klasy wyskakujących okienek uwierzytelniania. Musisz też uruchomić:

sudo DevToolsSecurity -enable

Jednak, gdy uaktualniłem do Xcode 6, teraz dostaję nieskończoną zawieszkę podczas próby uruchomienia testów xcodebuild przez SSH. Nadal działają dobrze, o ile jestem zalogowany do konsoli i uruchamiam je z klawiatury.

Natknąłem się na ten sam problem. Moja teoria robocza jest taka, że SSH na OSX jest uruchamiany jako LaunchDaemon, a Launchdaemony nie mogą prezentować interfejsu użytkownika; Reference.

Udało mi się obejść ten problem używając Java Web Start do uruchomienia Jenkins slave. Następnie zainstalowałem Jenkins slave jako usługę launchd.

Niestety niewolnik Jenkins instaluje się jako - jak się domyślacie-LaunchDaemon, co prowadzi do tego samego problemu, że nie jest w stanie uruchomić badania; odniesienie .

Obejrzałem ten problem, przenosząc pliki plist i Jar Jenkins Slave LaunchDaemon w /System/Library/LaunchDaemons do ~/Library/LaunchAgents i zaktualizowałem ścieżki wewnątrz pliku plist.

To w końcu pozwoliło mi uruchomić testy XCode6 (Beta6) na OSX jenkins slave.

Widziałem ten błąd wcześniej, jedną z możliwości jest to, że ponieważ prawdopodobnie pobrał Xcode6 Beta z Internetu (nie appstore jak jego nie jest jeszcze dostępny), urządzenie próbujesz uruchomić go pokaże pop up z pytaniem, czy naprawdę chcesz otworzyć tę aplikację jako jej z Internetu.

To samo stanie się, gdy xcodebuild spróbuje uruchomić aplikację iPhone simulator.

Jedną z rzeczy, których możesz spróbować, jest udostępnienie ekranu maszynie i kliknięcie "Otwórz" w tym pop w górę.

Jeśli to nadal nie działa, to postaram się:

1. Zresetuj zawartość i ustawienia symulatora
2. Uruchom ponownie komputer i upewnij się, że żaden symulator nie działa podczas uruchamiania (możesz po prostu nie otwierać ponownie żadnej aplikacji podczas ponownego uruchamiania)