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 cibles différentes, le compilateur génère en fait classes différentes. Donc, cela se comporte comme prévu, mais est presque certainement pas ce que vous voulez lors de l'exécution des tests unitaires d'une application.

il y a deux façons de configurer vos modèles pour permettre les tests:

1. Les modèles publics (recommandé)

dans votre cible app:

import RealmSwift
public class MyModel: Object {}

ce code devrait être compilé dans le cadre de votre cible d'application, et vos tests unitaires peuvent être configurés de la manière suivante:

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

assez Facile?

2. @Testable (Swift 2 seulement)

cette approche repose sur le @testable mot-clé introduit dans Swift 2.

dans votre cible app:

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

encore une fois, ce code devrait être compilé dans le cadre de votre cible d'application, et vos tests unitaires peuvent être configurés de la manière suivante:

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

assurez-vous que les paramètres de construction de MyApp ont Enable TestabilityYES.

cette approche peut être préférée aux modèles publics si vous construisez un cadre où certains modèles internes ne devraient pas être accessibles par les utilisateurs de ce cadre.

Realm a une section dédiée de leur documentation détaillant ces approches communes pour les tests que vous pouvez lire ici: https://realm.io/docs/swift/latest/#avoid-linking-realm-and-tested-code-in-test-targets