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