OCMock demorado verificar/ocuparse del tiempo de espera en pruebas unitarias

Question

Estoy probando llamadas de servicios web reales con OCMock.

En este momento estoy haciendo algo como:

- (void)testWebservice 
{ 
    id mydelegatemock = [OCMockObject mockForProtocol:@protocol(MySUTDelegate)]; 
    [[mydelegatemock expect] someMethod:[OCMArg any]]; 

    [SUT sutWithDelegate:mydelegatemock]; 

    // we need to wait for real result 
    [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:2.0]]; 

    [(OCMockObject*)mydelegatemock verify]; 
} 

Funciona bien, pero implica que cada una de estas pruebas se llevará a 2 segundos.

¿Existe alguna manera de establecer un tiempo de espera de p. 2 segundos, y deje una llamada a someMethod de mydelegatemock inmediatamente verify y complete el caso de prueba?

Answer 1

Puedo hacer esto utilizando una función de utilidad práctica encontré at this link:

#import <Foundation/Foundation.h> 
#import <OCMock/OCMock.h> 

@interface TestUtils : NSObject 
+ (void)waitForVerifiedMock:(OCMockObject *)mock delay:(NSTimeInterval)delay; 
@end 

Y la aplicación:

#import "TestUtils.h" 
@implementation TestUtils 

+ (void)waitForVerifiedMock:(OCMockObject *)inMock delay:(NSTimeInterval)inDelay 
{ 
    NSTimeInterval i = 0; 
    while (i < inDelay) 
    { 
     @try 
     { 
      [inMock verify]; 
      return; 
     } 
     @catch (NSException *e) {} 
     [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:0.5]]; 
     i+=0.5; 
    } 
    [inMock verify]; 
} 

@end 

Esto me permite a esperar hasta un tiempo máximo (en segundos) y sin esperando la cantidad completa cada vez.

Answer 2

Yo separaría las pruebas funcionales de sus servicios web (si es que necesita hacer eso) de las pruebas unitarias de su clase que procesa el resultado del servicio web.

Para probar la unidad, debe burlarse de la llamada de servicio web, proporcionando un resultado simulado. Luego, su prueba verificará que, para ese resultado bien definido, su clase se comporte en consecuencia.

Si también desea realizar pruebas funcionales de su servicio web (digamos que devuelve una respuesta específica dada alguna solicitud), no necesita burlarse de nada, simplemente llame al servicio y haga afirmaciones sobre el resultado.

Al separar sus pruebas, tiene un control más preciso sobre las ejecuciones de prueba. Por ejemplo, podría ejecutar las pruebas de unidad de ejecución rápida cada vez que cambie el código, pero ejecutar las pruebas funcionales de ejecución lenta todas las noches, en un servidor dedicado o según sea necesario. Y cuando se rompe una prueba, sabrá si es su código o algo incorrecto con el servicio web.

Answer 3

También puede cambiar a GHUnit, al igual que un compañero sugiere en la respuesta a esta pregunta relacionada:

SenTestingKit in Xcode 4: Asynchronous testing?

puede encontrar GHUnit aquí

https://github.com/gabriel/gh-unit