iOS - podczas uruchamiania testów jednostkowych dla języka Swift nie znaleziono pliku „MyProject-Swift.h”

Próbuję skonfigurować testy jednostkowe dla mojego projektu. Jest to istniejąca aplikacja Objective-C, do której niedawno dodałem jedną klasę Swift. Skonfigurowałem pliki „MyProject-Swift.h” i Swift Bridging (zarówno „MyProject”, jak i „MyProjectTest”) i mogę dobrze zbudować i uruchomić aplikację, używając zarówno kodu Objective-C, jak i Swift.

Jednak teraz chcę uruchomić kilka testów jednostkowych na nowej klasie Swift. Skonfigurowałem plik testowy i wygląda to następująco:

MySwiftClassTests.swift:

import UIKit
import XCTest
import MyProject

class MySwiftClassTests: XCTestCase {

    override func setUp() {
        super.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.
        super.tearDown()
    }

    func testExample() {
        // This is an example of a functional test case.
        XCTAssert(true, "Pass")
    }

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

}

Otrzymuję ten błąd podczas uruchamiania aplikacji jako test:

'MyProject-Swift.h' file not found

Nie jestem pewien, dlaczego dzieje się tak tylko podczas próby uruchomienia testów. Jakieś sugestie?

Plik „MyProject-Swift.h” jest generowany pod następującą ścieżką:

"$(TARGET_TEMP_DIR)/../$(PROJECT_NAME).build/DerivedSources"

W końcu dodam to do ścieżek wyszukiwania nagłówka dla mojego celu testu jednostkowego.

Również, jak @hyouuu wskazał, że jest znanym problemem, mam nadzieję, że Apple zapewni dobre rozwiązanie na ich końcu. Dopóki nie uwierzę, musimy skorzystać z powyższego rozwiązania.

https://developer.apple.com/library/content/documentation/Xcode/Conceptual/RN-Xcode-Archive/Chapters/xc6_release_notes.html

Dzięki @gagarwal za rozwiązanie tego problemu. W naszym przypadku nazwa produktu ma spację, która jest zwinięta $PROJECT_NAME, więc musiałem go na stałe zakodować. Ponadto, używając $CONFIGURATION_TEMP_DIRzamiast $TARGET_TEMP_DIR, można usunąć katalog nadrzędny ( ../) ze ścieżki. Rozwiązaniem jest więc dodanie następujących elementów do ścieżek wyszukiwania nagłówków w celu testowym:

"$(CONFIGURATION_TEMP_DIR)/Product Name With Spaces.build/DerivedSources"

Lub, jeśli Twój produkt nie zawiera spacji:

"$(CONFIGURATION_TEMP_DIR)/$(PROJECT_NAME).build/DerivedSources"

W informacjach o wydaniu Xcode 6.1 zauważyłem, że jest to znany problem ... znak ... Wyszukaj „-swift.h” w informacji o wydaniu https://developer.apple.com/library/content/documentation/Xcode /Conceptual/RN-Xcode-Archive/Chapters/xc6_release_notes.html

Testy napisane w Objective-C nie mogą zaimportować nagłówka interfejsów wygenerowanych przez Swift ($ (PRODUCT_MODULE_NAME) -Swift.h) dla celów aplikacji i dlatego nie mogą być używane do testowania kodu, który wymaga tego nagłówka.

Testy kodu Swift powinny być napisane w języku Swift. Testy napisane w Objective-C dla celów frameworka mogą uzyskać dostęp do interfejsów wygenerowanych przez Swift, importując moduł platformy przy użyciu @import FrameworkName ;. (16931027)

Zobacz obejście @ gagarwal, poniżej które DZIAŁA!

Myślę, że miałem podobny problem do twojego; tutaj była moja konfiguracja.

Miałem obiekt zdefiniowany w Swift:

// file Foo.swift
@objc public class Foo {
    // ...
}

Ta klasa została następnie użyta w inicjatorze obiektu Objective-C:

// file Bar.h
#import "MyProject-Swift.h"

@interface Bar: NSObject

- (instancetype)initWithFoo:(Foo *)foo;

@end

To spowodowało, że moje testy jednostkowe Barnie były kompilowane, ponieważ MyProject-Swift.hnagłówek nie jest prawdziwy, a cel testu jednostkowego nie może go zobaczyć. Informacja o wydaniu udostępniona przez @hyouuu jest na miejscu - ale nie testuję klasy Swift, testuję klasę Objective-C!

Udało mi się to naprawić, zmieniając plik nagłówkowy, Baraby zamiast tego użyć odwołania do klasy do przodu:

// file Bar.h
@class Foo;

@interface Bar: NSObject

- (instancetype)initWithFoo:(Foo *)foo;

@end

I wtedy zawarte MyProject-Swift.hwBar.m , i wszystko działało - moje testy Objective-C obiekty napisane w Objective-C skompilowany poprawnie i nadal działa, i mógłbym napisać nowe testy dla obiektów w Swift Swift.

Mam nadzieję że to pomoże!

Po wypróbowaniu wszystkiego, co mogłem znaleźć na ten temat, rzecz, która pracowała dla mnie był rzeczywiście uruchamiając aplikację choć wciąż pokazując „plik ModuleName-Swift.h nie znaleziono” błąd.

Odeszło, a moja aplikacja działa doskonale. Chyba powinienem był to wcześniej przemyśleć ... Błąd wraca , ale po uruchomieniu aplikacji zawsze znowu znika. Więc problem nie został dla mnie rozwiązany, ale na razie mogę kontynuować pracę nad innymi tematami ...

Prosty

@testable import MyProject

wykonał pracę za mnie.

O dziwo, widziałem ten sam błąd, ale tylko podczas celowania w urządzenie (nie symulator). Przed uruchomieniem testu zobaczyłbym czerwony wykrzyknik obok instrukcji importu dla „MyProjectNameTests-Swift.h”.

Jednak zabawne jest to, że jeśli mimo wszystko uruchomię test (pomimo tego widocznego błędu kompilacji), to podczas fazy kompilacji, która nastąpi później, XCode faktycznie generuje plik „MyProjectNameTests-Swift.h”, a test działa dobrze!

Tak więc, przynajmniej w moim przypadku, ewidentnie tutaj nie było potrzeby innych rozwiązań, chociaż uważam, że też działają.

Powinienem również zauważyć, że wcześniej usunąłem mój katalog DerivedData, więc może jest to krok warty spróbowania.

mySwiftClassTests(i wszystkie inne klasy Swift, których chcesz użyć w celu-c) należy zaznaczyć @objc:

@objc class MySwiftClassTests: XCTestCase

Nie mogłem go uruchomić, dodając ścieżkę do pliku wymienioną w innych odpowiedziach, ale zdałem sobie sprawę, że plik, w którym narzekał, nie był nawet testowany. Po prostu musiałem usunąć go z celu testowego za pomocą prawego paska bocznego narzędzi.

Dodanie pliku .swift do tego celu rozwiązuje problem.