не может использовать метод класса-заглушки с OCMock 2.1+ в Xcode 5.0

Question

Я знаю, что OCMock версии 2.1+ supports методы класса stubbing из коробки. Но почему-то это не работает со мной. Для того, чтобы убедиться, что я выделил проблему, я просто клонировали пример OCMock project (который четко обозначена как версия 2.2.1) и просто добавили это внутри testMasterViewControllerDeletesItemsFromTableView:

id detailViewMock = [OCMockObject mockForClass:[DetailViewController class]]; 
[[[detailViewMock stub] andReturn:@"hello"] helloWorld]; 

в DetailViewController.h я добавил:

+ (NSString *)helloWorld; 

и DetailViewController.m:

+ (NSString *)helloWorld { 
    return @"hello world"; 
} 

Но я продолжаю получать ошибки:

*** -[NSProxy doesNotRecognize Selector:helloWorld] called! 

Чтобы увидеть демонстрацию проблемы, пожалуйста, clone this repo, чтобы посмотреть, что происходит.

Answer 1

Это должно работать нормально. Я просто попытался в моем проекте, который использует XCTest на Xcode5, и этот код прошел.

Я бы 1) убедитесь, что вы используете последнюю версию OCMock (которая сейчас 2.2.1, я думаю, что есть некоторые исправления как для методов класса, так и для Xcode5 в более новых версиях) и 2) убедитесь, что ваш класс DetailViewController правильно связан в среде выполнения (то есть в части правильной цели).

Рассматривая свой проект, ваш класс DetailViewController является частью основного приложения, и контрольной целью.С Xcode5 кажется, что это означает, что две копии класса компилируются и присутствуют во время выполнения, с кодом в приложении, вызывающим одну копию, и кодом в тестовом случае, вызывающим другое. Раньше это была ошибка компоновщика (дубликаты символов), но, к лучшему или худшему, теперь компоновщик теперь молчаливо разрешает существование двух экземпляров того же класса (с тем же именем) в среде выполнения ObjC. OCMock, используя динамический поиск, находит первый (тот, который скомпилирован в приложение), но тестовый пример напрямую связан со второй копией (той, которая скомпилирована в тестовый комплект). Итак ... OCMock на самом деле не насмехается над классом, который, как вы думаете.

Вы можете видеть это, только для усмешек, проверив как часть тестового примера, что класс [DetailViewController] не будет равен NSClassFromString (@ «DetailViewController») (первый напрямую связан, второй - динамический).

Чтобы исправить это правильно, в «Целевом членстве» для DetailViewController.m просто снимите контрольную цель. Таким образом, во время выполнения есть только одна копия класса, и все работает так, как вы ожидали. Комплект тестирования загружается в основное приложение, поэтому все классы основного приложения должны быть доступны для пакета без необходимости их непосредственного компиляции в пакет. Классы должны быть только частью одной из двух целей, а не обоими (это всегда было так).

Answer 2

Не могли бы вы показать код, который вы тестируете? Это работает:

@interface DetailViewController : UIViewController 

+ (NSString *) helloWorld; 

@end 

@implementation DetailViewController 

+ (NSString *)helloWorld 
{ 
    return @"hello world"; 
} 

@end 

Тест:

- (void) test__stubbing_a_class_method 
{ 
    id mockDetailViewController = [OCMockObject mockForClass:[DetailViewController class]]; 
    [[[mockDetailViewController stub] andReturn:@"hello"] helloWorld]; 

    STAssertEqualObjects([DetailViewController helloWorld], @"hello", nil); 
} 

Answer 3

Хотя Carl Lindberg's ответ является correct one, я понял, я бы подвести итог, что мы обсуждали в комментариях свой ответ здесь:

• Проблема состояла в том, что я использовал устаревшую версию OCMock . Причина, по которой я туда попал, - это b/c, инструкции на страницепросто попросили меня взять пример iOS с их учетной записи github и скопировать библиотеку OCMock (им даже поручено использовать ту же структуру каталогов). Получается, что библиотека в их примере over 2 years old!!.

• Чтобы исправить это, просто запустите сценарий build.rb на оболочке, например: ruby build.rb. Это даст вам последнюю библиотеку libOCMock.a, которую вы можете просто подключить к своему проекту и Voila! это все!

Answer 4

просто использовать

id detailViewMock = [OCMockObject niceMockForClass:[DetailViewController class]]; 

Answer 5

Глядя на ваш образец проекта:

1. Вы не должны компилировать DetailViewController.m в тестовой мишени.

2. У вас не должно быть никаких ссылок на OCMock в вашей основной цели.

Я удалил всю ссылку на OCMock из обоих проектов, а затем просто включил OCMock из источника, и тестовые проходы прошли отлично. Я думаю, что у вас, вероятно, есть некоторые экологические конфликты, которые вызывают вашу проблему.