water tag resistant reloj precio heuer connected caratulas actualizar ios xcode5 static-libraries xctest

ios - tag - El paquete de prueba no se pudo cargar debido a un error no anticipado



tag heuer outlet (9)

Recientemente comencé a escribir un caso de prueba para una biblioteca estática antigua. He cargado la biblioteca en Xcode 5, ya que la biblioteca estática es antigua, tengo que agregar manualmente TestProject con Test Target.

Cuando intento "Producto -> Prueba", se inicia el emulador y la consola muestra el siguiente error.

El paquete de prueba en /xxx/xxx/xxx/StaticLibTest.xctest no se pudo cargar porque se produjo un error no anticipado: Error Dominio = NSCocoaErrorDomain Code = 3587 "El paquete" StaticLibTest.xctest "no se pudo cargar porque está dañado o falta recursos necesarios ". (dlopen_preflight (/xxx/xxxx/xxx/Debug-iphonesimulator/StaticLibTest.xctest/StaticLibTests): no se encontró ninguna imagen adecuada. Encontré:

No tengo ni idea de por qué viene este error.

Cualquier ayuda para señalar la dirección correcta será realmente apreciada.


Compruebe si olvidó agregar su objetivo de prueba en su Podfile :

target ''MyProject'' do # Add test target target ''MyProjectTests'' do inherit! :search_paths end pod ''SomePodLibrary'' end


Desactivar la configuración del módulo para el objetivo de prueba solucionó el problema para mí, tenía algo que ver con la configuración del módulo sin problemas.


Encontré la respuesta por mí mismo.

Sus configuraciones de compilación -> Las arquitecturas deben ser las mismas para la biblioteca y el proyecto de prueba

Arquitecturas -> Arquitecturas = Arquitecturas Standrad (armv7, armv7s, arm64) $ (ARCHS_STANDARD)

El enlace de su proyecto de prueba -> Tipo Mach-O debe ser paquete

Enlace -> Tipo de Mach-O = Bundle

Hacer y ejecutar pruebas. Eso es


Para mí, acabábamos de activar el derecho CloudKit. Por alguna razón se rompió el edificio.


Para mí, este problema se debió a que la configuración de compilación "Destino de implementación de iOS" era diferente en mi objetivo de prueba que en mi aplicación principal. Una vez que hice los mismos el problema desapareció.


Pude resolver este problema configurando la aplicación host para el objetivo de prueba:


Tenía un problema similar:

Marco A importa MarcoB

FrameworkA-Tests también importa FrameworkB

Lo que resolvió el problema fue eliminar (comentar) todas las referencias a FrameworkB en FrameworkA-Tests , luego ejecutar Tests una vez y descomentar las referencias.

FrameworkA-Tests ahora importa FrameworkB y funciona bien.


Tuve un problema similar. Para mí, el problema era un marco de prueba de unidad que era un marco dinámico pero no se copiaba en el paquete xctest.

La solución fue agregar una fase de "Copiar archivos" a mi objetivo de prueba de unidad, establecer su destino en "Marcos" y agregar mi marco como un archivo de entrada.


Si otros lectores reciben este error y está utilizando Carthage para agregar un marco, asegúrese de que la fase de Copy Files sea ​​con Destino: Marcos .

Si accidentalmente agrega los marcos a una fase de Copy Files con un objetivo diferente (que no sea los Marcos), o Copy Bundle Resources , esto también producirá el mensaje de error del paquete dañado / inválido.