Test unità Xcode - Errore di collegamento durante la creazione del solo dispositivo

Question

L'unità applicativa esegue il test di build e test durante l'esecuzione nel simulatore, ma non riesce con un errore del linker durante la creazione e il test sul dispositivo.

Il mio obiettivo applicazione ho impostato le seguenti impostazioni di generazione:

DEPLOYMENT_POSTPROCESSING = NO 
GCC_SYMBOLS_PRIVATE_EXTERN = NO 

Sul mio test di unità ho impostato le seguenti impostazioni: costruire

BUNDLE_LOADER = $(BUILT_PRODUCTS_DIR)/<app name>.app/<app> 
TEST_HOST = $(BUNDLE_LOADER) 

L'errore di linker è:

Undefined symbols for architecture armv7s: 
"_<An NSString * const>", referenced from: 
     -[UnitTestClassA setUp] in UnitTestClassA.o 
"_<Another NSString * const>", referenced from: 
     -[UnitTestClassB helperMethod:] in UnitTestClassB.o 
     -[UnitTestClassB anotherHelperMethod:] in UnitTestClassB.o 
ld: symbol(s) not found for architecture armv7s 
clang: error: linker command failed with exit code 1 (use -v to see invocation) 

... Ho "continua dopo aver commesso errori" attivato nelle preferenze di Xcode, ma non ricev un sacco di errori di linker che si lamentano di NSString * const. Se sto facendo qualcosa di sbagliato, mi aspetterei più errori di collegamento rispetto a quello che sto ottenendo poiché utilizzo costanti di stringa nel mio codice di produzione.

Sto creando le mie costanti stringa in questo modo:

file h ...

extern NSString * const ReallyGoodString; 

di file .m ...

NSString * const ReallyGoodString = @"This string is great!"; 

... il .m il file è un codice di produzione e parte del mio obiettivo di applicazione e quindi non devo collegarlo al bundle di test delle unità.

Quindi, cosa sta succedendo qui? Perché funziona correttamente nel simulatore e non sul dispositivo?

Ho pubblicato un sample project to Github che illustra il problema. Nel progetto di esempio è possibile vedere che questo problema è incoerente: alcuni simboli collegano semplicemente gli altri no.

Answer 1

Quando il linker crea l'eseguibile Linker-Error, elimina FHKViewControllerThisSymbolWontLink perché non viene utilizzato da alcun file nell'eseguibile. Il linker non sa che dovrebbe mantenere il simbolo in giro per essere usato dal bundle test unit (che viene caricato dinamicamente in fase di runtime).

Si può dire il linker non mettere a nudo il simbolo utilizzato per codificarla con l'attributo used, in questo modo:

NSString * const FHKViewControllerThisSymbolWontLink __attribute__((used)) = @"name"; 

Sarà necessario farlo per ogni simbolo si definisce che non è utilizzato dal principale eseguibile ma viene utilizzato dalla suite di test.

Answer 2

Alcune possibilità:

1. si importa un colpo di testa e non si collega alla libreria corretta. Questo è comune, specialmente per le intestazioni per librerie come QuartzCore poiché non è incluso nei progetti per impostazione predefinita. Per risolvere:

   A. Aggiungere le librerie corrette nella sezione Collega binari con librerie delle fasi di creazione.

2. Si copiano i file nel progetto ma si è dimenticato di controllare la destinazione per aggiungere i file. Per risolvere:

   A. Aprire le Fasi di creazione per la destinazione corretta, espandere Fonti di compilazione e aggiungere i file .m mancanti.

3. Se si utilizzano test di logica, non sono supportati su dispositivi iOS, ma solo nel simulatore. Tuttavia, i test delle applicazioni funzionano sui dispositivi. Documenti per che:

IOS: Sebbene Xcode può eseguire test logici e unità di applicazione in simulatori, Xcode non può eseguire test di unità logiche sui dispositivi iOS. Pertanto, se si includono e sono attivi entrambi i tipi di test unitari nello schema , non sarà possibile utilizzare tale schema per eseguire i test unitari sui dispositivi iOS .

Answer 3

Una volta ho avuto un problema simile e la soluzione era semplice come la pulizia del progetto, immagino che tu abbia già provato questo, ma forse no. Ci proverei almeno. Basta andare su "Prodotto" -> "Pulisci" nella barra di navigazione in alto, o utilizzare la scorciatoia: "shift" "command" "K"

(Avrei scritto questo come commento e non come risposta, poiché non è più un semplice suggerimento, ma non ho abbastanza punti per commentare, mi dispiace).

Answer 4

Ciò è probabilmente dovuto al fatto che nella suite di test sono in uso simboli non utilizzati dall'applicazione principale e Dead Code Stripping attivato. È possibile disabilitare l'opzione Dead Code Stripping in base alla configurazione. Ho risolto un problema simile per consentire ai test di eseguire sul mio dispositivo sfogliando l'opzione su No solo per le build di debug.