iOS: no se encuentra el archivo 'MyProject-Swift.h' al ejecutar Pruebas unitarias para Swift

Estoy intentando configurar Unit Testing para mi proyecto. Es una aplicación Objective-C existente, a la que recientemente agregué una clase Swift. He configurado los archivos 'MyProject-Swift.h' y Swift Bridging (tanto 'MyProject' como 'MyProjectTest') y puedo compilar y ejecutar la aplicación sin problemas con Objective-C y código Swift.

Sin embargo, ahora quiero ejecutar algunas pruebas unitarias en la nueva clase Swift. Configuré mi archivo de prueba y se parece a lo siguiente:

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.
        }
    }

}

Recibo este error al ejecutar la aplicación como prueba:

'MyProject-Swift.h' file not found

No estoy seguro de por qué sucede esto solo cuando intento ejecutar las pruebas. ¿Alguna sugerencia?

El archivo "MyProject-Swift.h" se genera en la siguiente ruta:

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

Termino agregando esto a las rutas de búsqueda de encabezado para mi objetivo de prueba unitaria.

Además, como @hyouuu señaló sobre ser el problema conocido, es de esperar que Apple proporcione una buena solución al final. Hasta que crea que tenemos que utilizar esta solución anterior.

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

Gracias a @gagarwal por resolver esto. En nuestro caso, el nombre del producto tiene un espacio, que está contraído $PROJECT_NAME, así que tuve que codificarlo. Además, al usar en $CONFIGURATION_TEMP_DIRlugar de $TARGET_TEMP_DIR, puede eliminar el directorio principal ( ../) de la ruta. Entonces, la solución es agregar lo siguiente a las Rutas de búsqueda de encabezado en su objetivo de prueba:

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

O, si su producto no contiene espacios:

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

Vi en la nota de lanzamiento de Xcode 6.1, que este es un problema conocido ... firmar ... Busque "-swift.h" en la nota de lanzamiento https://developer.apple.com/library/content/documentation/Xcode /Conceptual/RN-Xcode-Archive/Chapters/xc6_release_notes.html

Las pruebas escritas en Objective-C no pueden importar el encabezado de interfaces generado por Swift ($ (PRODUCT_MODULE_NAME) -Swift.h) para los objetivos de la aplicación y, por lo tanto, no se pueden usar para probar el código que requiere este encabezado.

Las pruebas para el código Swift deben escribirse en Swift. Las pruebas escritas en Objective-C para los objetivos del marco pueden acceder a las interfaces generadas por Swift importando el módulo del marco usando @import FrameworkName ;. (16931027)

¡Vea la solución alternativa de @gagarwal a continuación que FUNCIONA!

Creo que tuve un problema similar al tuyo; aquí estaba mi configuración.

Tenía un objeto definido en Swift:

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

Esta clase luego se usó en el inicializador de un objeto Objective-C:

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

@interface Bar: NSObject

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

@end

Esto hizo que mis pruebas unitarias Barno se compilaran, ya que el MyProject-Swift.hencabezado no es real y el objetivo de la prueba unitaria no puede verlo. La nota de lanzamiento compartida por @hyouuu está en el punto, pero no estoy probando una clase Swift, ¡estoy probando una clase Objective-C!

Pude solucionar esto cambiando el archivo de encabezado para Barusar una referencia de clase directa en su lugar:

// file Bar.h
@class Foo;

@interface Bar: NSObject

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

@end

A continuación, he incluido MyProject-Swift.hen Bar.m, y todo funcionaba - mis pruebas de Objective-C objetos escritos en Objective-C compilado correctamente y siguieron corriendo, y yo podría escribir nuevas pruebas para objetos Swift en Swift.

¡Espero que esto ayude!

Después de probar todo lo que pude encontrar sobre el tema, lo que funcionó para mí fue ejecutar la aplicación, aunque todavía mostraba el error 'ModuleName-Swift.h file not found'.

Desapareció y mi aplicación funciona perfectamente bien. Supongo que debería haberlo considerado antes ... El error sigue apareciendo , pero después de ejecutar la aplicación siempre desaparece. Entonces el problema no está realmente resuelto para mí, pero puedo seguir trabajando en otros temas por ahora ...

Un simple

@testable import MyProject

ha hecho el trabajo por mí.

Curiosamente, estaba viendo este mismo error, pero solo cuando apuntaba a un dispositivo (no al simulador). Antes de ejecutar la prueba, vería el signo de exclamación rojo junto a la declaración de importación para "MyProjectNameTests-Swift.h".

Sin embargo, lo curioso es que si sigo adelante y ejecuto la prueba de todos modos (a pesar de este aparente error de compilación), durante la fase de compilación que ocurre a partir de entonces, XCode realmente genera el archivo "MyProjectNameTests-Swift.h", y la prueba funciona muy bien!

Entonces, al menos en mi caso, no hubo necesidad de las otras soluciones aquí, evidentemente, aunque creo que también funcionan.

También debo tener en cuenta que eliminé mi directorio DerivedData antes de esto, por lo que tal vez ese sea un paso que también valga la pena intentar.

mySwiftClassTests(y cualquier otra clase rápida que desee utilizar en el objetivo-c) debe marcarse @objc:

@objc class MySwiftClassTests: XCTestCase

No pude hacer que funcionara agregando esa ruta de archivo mencionada en otras respuestas, pero me di cuenta de que el archivo donde se quejaba ni siquiera se estaba probando. Solo tuve que eliminarlo del objetivo de prueba usando la barra lateral de utilidades derecha.

Agregar un archivo .swift a ese objetivo soluciona el problema.