Comment puis-je tester un objet interne à une méthode en Objective-C?

Question

Je me demande comment procéder pour tester cela. J'ai une méthode qui prend un paramètre, et basé sur certaines propriétés de ce paramètre, il crée un autre objet et fonctionne sur elle. Le code ressemble à ceci:

- (void) navigate:(NavContext *)context { 
    Destination * dest = [[Destination alloc] initWithContext:context]; 
    if (context.isValid) { 
    [dest doSomething]; 
    } else { 
    // something else 
    } 
    [dest release]; 
} 

Ce que je veux vérifier est que si context.isValid est vrai, que doSomething est appelé dest, mais je ne sais pas comment tester (ou si c'est même possible) en utilisant OCMock ou toute autre méthode de test traditionnelle puisque cet objet est entièrement créé dans le cadre de la méthode. Est-ce que je vais à ce sujet dans le mauvais sens?

Answer 1

Vous pourriez utilisez OCMock, mais vous devrez modifier le code pour prendre un objet Destination ou pour utiliser un objet singleton que vous pouvez remplacer par votre objet fantaisie en premier.

La propre façon de le faire serait probablement de mettre en œuvre une méthode

-(void) navigate:(NavContext *)context destination:(Destination *)dest; 

. Changer la mise en œuvre de -(void) navigate:(NavContext *)context à ce qui suit:

- (void) navigate:(NavContext *)context { 
    Destination * dest = [[Destination alloc] initWithContext:context]; 
    [self navigate:context destination:dest]; 
    [dest release]; 
} 

Cela permettra à vos tests pour appeler la méthode avec un paramètre supplémentaire directement. (Dans d'autres langages, vous implémenteriez ceci simplement en fournissant une valeur par défaut pour le paramètre de destination, mais Objective-C ne supporte pas les paramètres par défaut.)

Answer 2

Il est tout à fait possible, en utilisant des techniques aussi intéressantes que method swizzling, mais cela ne va probablement pas dans le bon sens. S'il n'y a absolument aucun moyen d'observer les effets de l'appel de doSomething à partir d'un test unitaire, n'est-ce pas le fait qu'il appelle doSomething un détail d'implémentation?

(Si vous deviez faire ce test, une façon d'atteindre vos objectifs remplacerions la méthode doSomething de Destination avec qui avertit votre test unitaire et passe ensuite l'appel à doSomething.)

Answer 3

Ce que je veux vérifier est que si context.isValid est vrai , that doQuelqu'un est appelé à dest

Je pense que vous pouvez tester la mauvaise chose ici. Vous pouvez supposer (j'espère) que les instructions booléennes fonctionnent correctement dans ObjC. Ne voudriez-vous pas tester l'objet Context à la place? Si context.isValid vous garantit que la branche [dest doSomething] est exécutée.

Answer 4

J'aime utiliser les méthodes d'usine dans cette situation.

@interface Destination(Factory) 
+ (Destination *)destinationWithContext:(NavContext *)context; 
@end 

@implementation Destination(Factory) 
+ (Destination *)destinationWithContext:(NavContext *)context 
{ 
    return [[Destination alloc] initWithContext:context]; 
} 
@end 

Je fais alors un FakeClass:

#import "Destination+Factory.h" 

@interface FakeDestination : Destination 
+ (id)sharedInstance; 
+ (void)setSharedInstance:(id)sharedInstance; 
// Note! Instance method! 
- (Destination *)destinationWithContext:(NavContext *)context; 
@end 

@implementation FakeDestination 
+ (id)sharedInstance 
{ 
    static id _sharedInstance = nil; 
    if (!_sharedInstance) 
    { 
     _sharedInstance = [[FakeDestination alloc] init]; 
    } 
    return _sharedInstance; 
} 
+ (void)setSharedInstance:(id)sharedInstance 
{ 
    _sharedInstance = sharedInstance; 
} 
// Overrides 
+ (Destination *)destinationWithContext:(NavContext *)context { [FakeDestination.sharedInstance destinationWithContext:context]; } 
// Instance 
- (Destination *)destinationWithContext:(NavContext *)context { return nil; } 
@end 

Une fois que vous le mettre en place, il vous suffit de swizzle the class methods pour + (Destination *)destinationWithContext:(NavContext *)context;

Maintenant, vous êtes prêt à:

id destinationMock = [OCMock mockForClass:FakeDestination.class]; 
// do the swizzle 
[FakeDestination setSharedInstance:destinationMock]; 
[[destinationMock expect] doSomething]; 
// Call your method 
[destinationMock verify]; 

C'est une bonne quantité de codage à l'avant, mais c'est très réutilisable.