Я изучаю, как использовать OCMock для тестирования моего проекта iPhone, и у меня есть этот сценарий: класс HeightMap с методом getHeightAtX:andY: и класс Render с использованием HeightMap. Я пытаюсь unit test Render использовать некоторые HeightMap mocks. Это работает:
id mock = [OCMockObject mockForClass:[Chunk class]];
int h = 0;
[[[mock stub] andReturnValue:OCMOCK_VALUE(h)] getHeightAtX:0 andY:0];
Конечно, работает только для x=0 и y=0. Я хочу проверить, используя "плоскую" карту высот. Это означает, что мне нужно сделать что-то вроде этого:
id chunk = [OCMockObject mockForClass:[Chunk class]];
int h = 0;
[[[chunk stub] andReturnValue:OCMOCK_VALUE(h)] getHeightAtX:[OCMArg any] andY:[OCMArg any]];
Но это вызывает два предупреждения о компиляции:
предупреждение: передача аргумента 1 из
'getHeightAtX:andY:'делает целое число из указателя без литой
и ошибка времени выполнения:
вызванный неожиданный метод:
'getHeightAtX:0 andY:0 stubbed: getHeightAtX:15545040 andY:15545024'
Что мне не хватает? Я не нашел способа передать anyValue этому макету.
OCMock в настоящее время не поддерживает свободное сопоставление примитивных аргументов. Там обсуждаются потенциальные изменения для поддержки этого на форумах OCMock, хотя он, похоже, застопорился.
Единственное решение, которое я нашел, - это структурировать мои тесты таким образом, чтобы я знал примитивные значения, которые будут переданы, хотя это далеко не идеально.
Прошло некоторое время с тех пор, как этот вопрос был задан, но я столкнулся с этим вопросом и не смог найти решение нигде. OCMock теперь поддерживает ignoringNonObjectArgs, поэтому пример expect будет
[[[mockObject expect] ignoringNonObjectArgs] someMethodWithPrimitiveArgument:5];
5 фактически ничего не делает, просто значение наполнителя
Используйте OCMockito вместо этого.
Он поддерживает примитивное сопоставление аргументов.
Например, в вашем случае:
id chunk = mock([Chunk class]);
[[given([chunk getHeightAtX:0]) withMatcher:anything() forArgument:0] willReturnInt:0];
В дополнение к Andrew Park ответ вы можете сделать его немного более общим и приятным:
#define OCMStubIgnoringNonObjectArgs(invocation) \
({ \
_OCMSilenceWarnings( \
[OCMMacroState beginStubMacro]; \
[[[OCMMacroState globalState] recorder] ignoringNonObjectArgs]; \
invocation; \
[OCMMacroState endStubMacro]; \
); \
})
Вы можете использовать его так:
OCMStubIgnoringNonObjectArgs(someMethodParam:0 param2:0).andDo(someBlock)
Вы можете сделать то же самое для ожидания. Этот случай предназначен для обрезания в качестве запроса стартера темы. Он был протестирован с OCMock 3.1.1.
Несмотря на то, что он довольно хаки, подход использования ожиданий для хранения переданного блока для вызова позже в тестовом коде работал у меня:
- (void)testVerifyPrimitiveBlockArgument
{
// mock object that would call the block in production
id mockOtherObject = OCMClassMock([OtherObject class]);
// pass the block calling object to the test object
Object *objectUnderTest = [[Object new] initWithOtherObject:mockOtherObject];
// store the block when the method is called to use later
__block void (^completionBlock)(NSUInteger value) = nil;
OCMExpect([mockOtherObject doSomethingWithCompletion:[OCMArg checkWithBlock:^BOOL(id value) { completionBlock = value; return YES; }]]);
// call the method that being tested
[objectUnderTest doThingThatCallsBlockOnOtherObject];
// once the expected method has been called from `doThingThatCallsBlockOnOtherObject`, continue
OCMVerifyAllWithDelay(mockOtherObject, 0.5);
// simulate callback from mockOtherObject with primitive value, can be done on the main or background queue
completionBlock(45);
}