Je ne suis pas encore fan des environnements de développement intégrés, mais j'essaie de surmonter mes préjugés et d'apprendre Xcode. (Eclipse/CDT est la prochaine, je ne pouvais pas obtenir cela pour travailler pour moi quand j'ai essayé l'année dernière, mais c'est un problème distinct.)Comment organiser des tests unitaires d'un projet de bibliothèque dans Xcode?
Je suis en train d'écrire du nouveau code dans un nouveau projet qui deviendra (partie de) une petite bibliothèque. Je veux tester l'unité aussi. Comment puis-je expliquer à Xcode que je construis une bibliothèque (partagée), mais je veux aussi l'utiliser dans un programme de test, compilé à partir d'une source séparée qui ne sera pas dans la bibliothèque partagée?
code source:
- atom.c
- atom.h
- test atom.c
Produit des fichiers:
- libatom.dylib
- test-atome
J'ai atom.c
et atom.h
compilé dans la bibliothèque. Je ne suis pas sûr de savoir comment organiser les choses afin que je puisse également créer test-atom
pour lier avec la bibliothèque. Je suppose que quand j'ai trié cela, ajouter la bibliothèque pour le code de support de test que test-atom.c serait relativement simple - même si elle n'est pas encore sous le contrôle de Xcode.
FWIW, je travaille principalement en C plutôt que Objective C.
Veuillez ne pas diriger les gens vers "Tester votre code avec OCUnit" - c'est obsolète, et a été grossièrement démodé depuis quelques mois après sa publication. D'une part, il dit aux gens de télécharger OCUnit, mais OCUnit a été inclus avec Xcode depuis la WWDC 2005 lorsque Xcode 2.1 a été publié. Merci de diriger les utilisateurs vers "Tests unitaires automatisés avec Xcode 3 et Objective-C" http://developer.apple.com/mac/articles/tools/unittestingwithxcode3.html à la place. –
Merci de pointer vers le nouvel article! –