Błąd testu jednostki Xcode 8: Nie można określić identyfikatora pakietu dla TEST_HOST

Question

Mam projekt Xcode, który nie chce skompilować mojego głównego celu aplikacji, aby wygenerować produkt przed próbą użycia go jako hosta aplikacji podczas uruchamiania jednostki testy. Z Xcode próbuję uruchomić testy jednostkowe z ⌘ + U.

razu dostać okno w którym stwierdza: Could not determine bundle identifier for [app name] TEST_HOST

(Wymień [nazwa aplikacji] z rzeczywistym nazwa aplikacji)

Okno to zawiera także ścieżkę do mojego lokalnego produktów pochodnych danych katalogu: "/Users/***/Library/Developer/Xcode/DerivedData/Lowes-aymgdtrbrarmcidtkxoqxeafmxmj/Build/Products/Debug-iphonesimulator/[app name]"

Mam testy jednostkowe skonfigurowane z ustawieniem TEST_HOST wskazujące na $(BUILT_PRODUCTS_DIR)/[app name].app/[app name]. Docelowy cel jednostki ma docelową zależność od głównego celu aplikacji. Ustawienie BUNDLE_LOADER jest ustawione na $(TEST_HOST). Jeśli skompiluję główny cel aplikacji, najpierw przez naciśnięcie klawisza ⌘ + B, zostanie utworzona poprawna struktura katalogów i aplikacja, a następnie nastąpi próba uruchomienia pasków startowych ⌘ + U i przeprowadzenie testów jednostkowych poprawnie. Jeśli zrobię porządek i spróbuję ponownie, natychmiast zawiedzie. Nigdy wcześniej nie natknąłem się na tę kwestię i wydaje się, że pojawiły się one po konwersji aplikacji na Swift 3. Może to mieć lub nie mieć żadnego wpływu na problem, nie do końca pewne.

Przeczytałem kilka odpowiedzi tutaj i próbowałem wielu sugestii, ale wydaje się, że nie mają tego samego problemu rootowego co ja. Dla większości ludzi ustawienie aplikacji hosta na None i powrót do głównego celu rozwiązuje problem. Nie dotyczy to mnie.

• Tests stop working under xcode 8 TEST_HOST error
• Could not determine bundle identifier for xxxTest TEST_HOST

Próbowałem świeże kas, ponownej konwersji aplikacji i celów testowych Swift 3, a także czyste folderu standardowego czystego/build/wycierania danych pochodnych. Żadne z nich nie wydaje się mieć żadnego skutku.

Czy ktoś jeszcze doświadczył tego problemu i znalazł rozwiązanie?

Answer 1

znalazłem uchwałę w tej sprawie. Może nie mieć zastosowania do każdego scenariusza, ale naprawił mój. W głównych ustawieniach projektu na karcie Informacje dostępna jest opcja wyboru konfiguracji do uruchomienia po uruchomieniu kompilacji linii poleceń. Mój został ustawiony na Release. Przerzucenie tego do debugowania poprawiło mój problem.

Answer 2

Usuwanie Test Host całkowicie od Build Settings swojej cel testu byłoby rozwiązać ten problem

Answer 3

Wydaje się, że ustawienie "Bundle Loader" w konfiguracji Release rozwiązuje problem.

Nie mogę w pełni zrozumieć, dlaczego, ale dla mnie ten błąd zawsze pojawiał się w naszym systemie CI, gdzie wykonujemy kompilację z wiersza poleceń. W ustawieniach projektu ustawiliśmy "Użyj Release dla kompilacji linii poleceń". Dlatego uważam, że nawet jeśli ustawiliśmy konfigurację kompilacji na Debugowanie za pomocą argumentów wiersza poleceń, xcodebuild ignoruje argument konfiguracji i częściowo wykorzystuje ustawienia "Release". Jest to prawdopodobnie błąd w systemie xcodebuild (myślę, że warto warty), jeśli ktokolwiek znajdzie lepsze wyjaśnienie, dlaczego rozwiązuje problem, który chciałbym o nim usłyszeć.

Mam nadzieję, że to pomoże.