objective c - ¿Cómo puedo usar OCMock para verificar que nunca se llame a un método?

objective-c cocoa

Question

En mi trabajo diario, me han echado a perder la verificación never() Mockito , que puede confirmar que nunca se llama a un método falso.

¿Hay alguna manera de lograr lo mismo con Objective-C y OCMock? He estado usando el siguiente código, que funciona pero se siente como un truco. Espero que haya una mejor manera ...

- (void)testSomeMethodIsNeverCalled {
    id mock = [OCMockObject mockForClass:[MyObject class]];
    [[[mock stub] andCall:@selector(fail) onObject:self] forbiddenMethod];

    // more test things here, which hopefully
    // never call [mock forbiddenMethod]...
}

- (void)fail {
    STFail(@"This method is forbidden!");
}

Answer 1

A partir de la versión 3.3 OCMock tiene OCMReject macro.

    id mock = OCMClassMock([MyObject class]);
    OCMReject([mock forbiddenMethod]);

    // exception will raise
    [mock forbiddenMethod];

Answer 2

Desde r69 de OCMock, es posible rechazar un método llamado http://svn.mulle-kybernetik.com/OCMock/trunk/Source/Changes.txt

Simples burlas / fallas rápidas Cuando se invoca un método en un objeto simulado que no se ha configurado con expect o stub, el objeto simulado generará una excepción. Este modo a prueba de fallas se puede desactivar creando un simulacro "agradable":

id mock = [OCMockObject niceMockForClass:[SomeClass class]]

Mientras que los simulacros bonitos simplemente ignorarán todos los métodos inesperados, es posible desautorizar métodos específicos:

[[mock reject] someMethod]

Tenga en cuenta que en el modo de falla rápida, si se ignora la excepción, se volverá a lanzar cuando se llame a la verificación. Esto permite asegurar que se puedan detectar invocaciones no deseadas de notificaciones, etc.

Citado de: http://www.mulle-kybernetik.com/software/OCMock/#features

Answer 3

Para asegurarse de que su método no se llame, creo que debemos hacer una testMethod antes de que testMethod el testMethod . Así que asegúrese de poner OCMReject antes de ejecutar el método de prueba para escuchar qué método se activará cuando ejecute testMethod :

OCMReject([mock someMethod]);
[mock testMethod];

Answer 4

Por lo que sé, OCMock fallará automáticamente cuando llame a verificar y se invocaron los métodos que no se han registrado. Un simulacro que no se quejaría si se llamaran métodos inesperados se llama un "buen simulacro".

- (void)testSomeMethodIsNeverCalled {
    id mock = [OCMockObject mockForClass:[MyObject class]];

    [mock forbiddenMethod];
    [mock verify]; //should fail
}

Answer 5

También puede ser necesario asegurarse de que nunca se invoca un método en un objeto del que se burla parcialmente.

Creé una macro para esto:

#define andDoFail andDo:^(NSInvocation *invocation) { STFail(@"Should not have called this method!"); }

Lo uso así:

[[[_myPartialMock stub] andDoFail] unexpectedMethod];

Answer 6

También puedes probar algo como esto, a la JavaScript:

- (void)aMethod {
   __block BOOL b = NO;

   id mock = [OCMockObject mockForClass:[UIView class]];
   [[[mock stub] andDo:^(NSInvocation *i) { b = YES; }] resignFirstResponder];
   [mock resignFirstResponder];

   NSLog(@"And b is: %i", b); // This reads "And b is: 1" on the console
}

No estoy seguro de si hay alguna fuga asociada con este código. Me vino la idea de leer esta página: http://thirdcog.eu/pwcblocks/