ios - sobre - testflight tutorial
xcode 4 no puede iniciar pruebas de unidad(con error de enlazador) después de que creé un nuevo esquema (5)
Las pruebas de mi unidad funcionaron bien en xcode4 hasta que tuve que crear un nuevo esquema para compilar un paquete que se ejecutara en mi dispositivo para probarlo.
Todo lo que hice fue crear un nuevo Target y un nuevo Scheme, ahora intento ejecutar las pruebas unitarias y obtener el siguiente error:
El paquete de prueba en [...] Tests.octest no se pudo cargar porque se produjo un error de enlace. Es probable que dyld no pueda ubicar un marco de trabajo o biblioteca con el que el paquete de prueba estaba vinculado, posiblemente porque el marco o la biblioteca tenían una ruta de instalación incorrecta en el momento del enlace.
¿Qué rompí?
También me encontré con problemas con Xcode 4 después de agregar un objetivo a un proyecto existente. Eventualmente descubrí que el Xcode DerivedData para el proyecto estaba dañado. Al eliminar esos datos, hice que Xcode reconstruyera los datos y el proyecto volvió a la normalidad. Encontré los datos en la carpeta de mi biblioteca de inicio (~ / Library / Developer / Xcode / DerivedData /).
Como los comentarios de @Haoest y @Peter DeWeese above to Answer 1 - Tuve exactamente el mismo problema cuando cambié el nombre del producto.
Para solucionar este problema en el caso de que hayas cambiado el nombre del producto, debes ir a la pestaña Configuraciones de compilación del objetivo de prueba y cambiar la sección Vínculo: la configuración del cargador de paquetes de depuración y liberación. Si ha cambiado el nombre del producto, el directorio y el nombre de la aplicación pueden ser incorrectos.
Gracias a ambos por señalar esto, pero pensé que esta solución alternativa para esta situación merecía un perfil más alto que un comentario.
Probé todo (incluidas las otras respuestas y las que se mencionan aquí http://twobitlabs.com/2011/06/adding-ocunit-to-an-existing-ios-project-with-xcode-4/ ), pero finalmente encontré una solución diferente:
Establezca Postprocesamiento de implementación (en la sección Implementación de Configuraciones de compilación) en NO para el objetivo de depuración.
Antes de hacer esto, el ejecutable estaba siendo eliminado, y el enlace fallaría con
Undefined symbols for architecture i386:
"_OBJC_CLASS_$_SomeClassUnderTest", referenced from:
objc-class-ref in SomeTest.o
No importaba que Strip Linked Product y Strip Debug Symbols During Copy se establecieran en NO, no importaba: solo cambiar la configuración de Deployment Postprocessing finalmente aseguraba que los símbolos no se eliminaran.
El mismo mensaje de error, en mi caso, no estaba vinculando una de las clases que se necesitaron durante las pruebas.
Descubrí que mi problema era que tenía habilitada la "Optimización del tiempo de enlace" en mi compilación de depuración. Establecerlo para que no resuelva el problema.