Les tests unitaires Swift 2.0, @testable à l'importation, et d'un système de ciblage des questions

Récemment, j'ai converti mon application, et les tests unitaires sur Swift 2.0. Je suis à l'aide de @testable import AppName dans mes Tests.swift fichiers.

En raison d'un problème de ne pas être en mesure d'exécuter les sous-classes dans plusieurs cibles (voir ici pour la question), ma classe EntityName ne peut être la Cible d'Adhésion AppName, et PAS AppNameTests.

Le problème est, une fois que j'ai passer de l'un à l' AppNameTests schéma pour exécuter les tests unitaires, le code dans le module AppName ne peut pas trouver la classe EntityName et je reçois

Utilisation non déclaré type "EntityName'

Comment puis-je obtenir AppName de compilation lors de l'exécution de tests à partir de la AppNameTests régime sans que la classe d'entité n'est pas membre de ce régime?

InformationsquelleAutor styler1972 | 2015-08-28
  1. 20

    En raison d'un problème de ne pas être en mesure d'exécuter les sous-classes dans plusieurs cibles

    Lors de la compilation du même code Swift dans le cadre de différentes cibles, le compilateur génère différentes classes. Donc, cela se comporte comme prévu, mais il est presque certainement pas ce que vous voulez lors de l'exécution d'une application des tests unitaires.

    Il y a deux façons que je vous recommande de configurer vos modèles pour permettre de tester:

    1. Les modèles publics (recommandé)

    Dans votre application cible:

    import RealmSwift
public class MyModel: Object {}

    Ce code doit seulement être compilés dans le cadre de votre application cible, et des tests unitaires peut être défini de la manière suivante:

    import MyApp
// should be able to access `MyModel`

    Assez facile?

    2. @Testable (Swift 2 uniquement)

    Cette approche repose sur la @testable mot-clé introduit dans Swift 2.

    Dans votre application cible:

    import RealmSwift
internal class MyModel: Object {} // ACL cannot be `private`

    Encore une fois, ce code doit seulement être compilés dans le cadre de votre application cible, et des tests unitaires peut être défini de la manière suivante:

    @testable import MyApp
// should be able to access `MyModel`

    Assurez-vous que MyApp de paramètres de construction ont Enable Testability ensemble de YES.

    Cette approche peut être préféré au public des modèles si vous êtes en train de construire un cadre où certains des modèles internes ne devraient pas être accessibles par les utilisateurs de ce cadre.

    Domaine dispose d'une section dédiée de leur documentation détaillant ces approches communes en matière de tests que vous pouvez lire ici: https://realm.io/docs/swift/latest/#avoid-linking-realm-and-tested-code-in-test-targets

    • bon, je peut accès Monmodèle de mes tests à l'aide de @testable, mais les fichiers que l'accès à mon modèle de l'intérieur MyApp ne peuvent pas lors de la compilation de MyAppTests! très frustrant
    • sonne comme quelque chose de mal avec la configuration de votre projet. Si je devais deviner, je dirais que le modèle de fichier est compilé avec le test de l'unité cible, mais pas l'application cible. Je serais heureux d'y regarder de si vous envoyez votre projet aux [email protected].
    • hey, il s'avère que j'ai dû arrêter le ciblage des Tests pour l'ensemble de ma MyApp module.. noix, pas de ça marche!!!
    InformationsquelleAutor jpsim
  2. 9

    J'ai dû cesser de prendre pour cible l'ensemble de mon apps .swift fichiers ont des membres de MyAppTests, et se fonder uniquement sur @testable import MyApp

    • C'est exactement la façon dont il est censé être. Seulement de compiler les choses une fois!
    • Note MyApp doit être le produit nom du module dans votre projet (Paramètres -> Cible> Paramètre de construction -> Produit Nom du Module)
    InformationsquelleAutor styler1972
  3. 0

    J'ai aussi eu cette erreur récemment et aucune des étapes ci-dessus a résolu le problème, ce n'fixer c'était la suppression non-swift fichier à partir de la Compiler les sources phase de construction dans la Cible que vous souhaitez exécuter des tests sur. Ce n'était pas silencieusement

    Les tests unitaires Swift 2.0, @testable à l'importation, et d'un système de ciblage des questions

    InformationsquelleAutor amleszk
  4. 0

    D'abord s'assurer que @testable import MyApp est inclus dans chaque fichier de test. Puis, dans votre Test Cible Phases de construction, de supprimer tous les non-test des fichiers de la Copie de Bundle de Ressources des sections. Des fichiers d'application sont à votre cible de test qui pointent vers les fichiers d'application qui ne sont pas dans votre cible de test sont la rupture des tests unitaires. Supprimer tous les fichiers d'application à partir de votre cible de test et ajouter le @testable drapeau et tout devrait fonctionner!

    InformationsquelleAutor Ben Fox
  5. 0

    J'ai eu le même problème et le problème était que tous les fichiers source de l'application ont été liés à l'unité de test de la cible, et donc compilé deux fois!

    Aussi, j'ai installé Royaume via Carthage et devait inclure à la fois les cibles (principal et de test) pour les cadres "du Royaume.cadre" et "RealmSwift.cadre" parce qu'il ne serait pas travailler autrement.

    Ici est la question du lien

    https://github.com/realm/realm-cocoa/issues/3627

    InformationsquelleAutor Pavle Mijatovic