Comment l'unité de test de mes modèles, maintenant que je suis en utilisant la Base de Données?

J'ai développé une application iphone à l'aide d'un modèle de domaine, et mis la persistance aspect de l'application jusqu'à maintenant. Base de Données ressemble à une très bonne solution puisque j'ai déjà un modèle bien défini, mais je suis en cours d'exécution un hic, mes tests unitaires.

Ici est simple exemple de ce que j'ai maintenant:

- (void)test_full_name_returns_correct_string {
    Patient *patient = [[Patient alloc] init];  
    patient.firstName = @"charlie";
    patient.lastName = @"chaplin";
    STAssertTrue([[patient fullName] isEqualToString:@"charlie chaplin"], @"should have matched full name");
}

Comment puis-je faire de ce travail une fois que mon Patient objet s'étend à partir de NSManagedObject et utilise @dynamique pour les propriétés firstName et lastName?

Quelqu'un d'autre a rencontré ce type de ce avec la Base de Données? Merci.

InformationsquelleAutor Tony Eichelberger | 2009-12-04

85

Vous avez besoin pour construire une Base de Données de la pile, soit à l'intérieur de chaque méthode ou en -setUp et puis la démolir. À l'aide d'un NSInMemoryPersistentStore garder les choses rapidement et en mémoire pour vos tests unitaires. Ajouter un @property (nonatomic,retain) NSManagedObjectContext *moc à votre cas de test sous-classe. Alors:
```
- (void)setUp {
  NSManagedObjectModel *mom = [NSManagedObjectModel mergedModelFromBundles:[NSArray arrayWithObject:bundleContainingXCDataModel]];
  NSPersistentStoreCoordinator *psc = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:mom];
  STAssertTrue([psc addPersistentStoreWithType:NSInMemoryStoreType configuration:nil URL:nil options:nil error:NULL] ? YES : NO, @"Should be able to add in-memory store");    
  self.moc = [[NSManagedObjectContext alloc] init];
  self.moc.persistentStoreCoordinator = psc;

  [mom release];
  [psc release];

}

- (void)tearDown {
  self.moc = nil;
}
```
Votre méthode de test ressemble alors à:
```
- (void)test_full_name_returns_correct_string {
    Patient *patient = [NSEntityDescription insertNewObjectForEntityForName:@"Person" inManagedObjectContext:self.moc];

    patient.firstName = @"charlie";
    patient.lastName = @"chaplin";
    STAssertTrue([[patient fullName] isEqualToString:@"charlie chaplin"], @"should have matched full name");
}
```
en supposant que votre entité est nommé Person. Il y avait une fuite de mémoire dans votre version de la méthode, par la façon dont le patient doit être -release'd dans le non-Base de Données version (insertNewObjectForEntityForName:managedObjectContext: retourne un autoreleased exemple).
- Merci pour l'aide. Je vais aller dans cette voie. À propos de la fuite de mémoire, je n'ai pas pris la peine de nettoyage de la mémoire dans mes tests unitaires. Il semble plus lisible pour moi sans les rejets. Est-il avantageux pour garder les tests de fuite?
- Si vos tests de fuite, il est vraiment difficile d'utiliser votre appareil suite de test pour tester votre autres code pour les fuites. Instruments a une fuite de l'analyseur qui est en fait inutile si vous l'obscur reall fuites inutiles (mais intentionnelle) des fuites de la même classes dans votre code de test.
- Je pense que vous trouverez que le conserver/code de libération disparaît de la prise de conscience de la vision après un certain temps. J'ai rarement un avis plus--à moins qu'il manque.
- Je reçois un message d'avertissement avec [mom release] et [pcs release] qui dit 'release' is unavailable: not available in automatic reference counting mode. Comment puis-je obtenir autour de cette question?
- Vous pouvez retirer les appels.. ceux qui ne sont nécessaires que si votre non-arc de projet.
- Merci pour cette explication. M'a beaucoup aidé pour se rendre en cours. N'a constaté cependant que les tests unitaires ne semble instancier votre AppDelegate. Dans mon cas, j'ai mon Application moc de configuration dans l'application délégué. Ainsi que des conseils pour la postérité: les tests sont exécutés dans des questions si le code que vous faites des tests crée de nouvelles ManagedObjects sur le "principal" moc à partir de votre à-être-code à tester. Dans mon cas, j'ai eu recours à la modification de la configuration de test pour récupérer moc de AppDelegate, au lieu de créer un test-seulement moc.
InformationsquelleAutor Barry Wark

J'ai utilisé la réponse ci-dessus par Barry Wark, mais j'ai dû faire quelques modifications afin de le faire fonctionner avec le courant des projets Xcode 5, iOS 7.

La propriété est restée la même:

@interface SIDataTest : XCTestCase
    @property (nonatomic, retain) NSManagedObjectContext *moc;
@end

L'installation avait effectivement eu à changer tout d'abord de ne pas divulguer et d'autre part de fournir un modèle d'URL.

- (void)setUp
{
    [super setUp];
    NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"SimpleInvoice" withExtension:@"momd"];
    NSManagedObjectModel *mom = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
    NSPersistentStoreCoordinator *psc = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:mom];
    XCTAssertTrue([psc addPersistentStoreWithType:NSInMemoryStoreType configuration:nil URL:nil options:nil error:NULL] ? YES : NO, @"Should be able to add in-memory store");
    self.moc = [[NSManagedObjectContext alloc] init];
    self.moc.persistentStoreCoordinator = psc;
}

Voici l'exemple de cas de test:

- (void)testCreateNew
{
    Invoice *newInvoice = [NSEntityDescription insertNewObjectForEntityForName:@"Invoice" inManagedObjectContext:self.moc];
    newInvoice.dueDate = [NSDate date];
    NSString* title = [[NSString alloc] initWithFormat:@"Invoice %@", @112];
    newInvoice.title = title;

    //Save the context.
    NSError *error = nil;
    if (![self.moc save:&error]) {
        //Replace this implementation with code to handle the error appropriately.
        //abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.
        XCTFail(@"Error saving in \"%s\" : %@, %@", __PRETTY_FUNCTION__, error, [error userInfo]);
    }
    XCTAssertFalse(self.moc.hasChanges,"All the changes should be saved");
}

InformationsquelleAutor mikebz

Vous devez vous connecter pour publier un commentaire.