Когда источники приложений должны быть включены в цели тестирования?

В новом проекте у меня есть этот простой тест

#import <XCTest/XCTest.h>
#import "ViewController.h"

@interface ViewControllerTests : XCTestCase
@end

@implementation ViewControllerTests

- (void)testExample
{ 
    // Using a class that is not in the test target.
    ViewController * viewController = [[ViewController alloc] init];
    XCTAssertNotNil(viewController, @"");
}

@end

ViewController.h являетсяне часть цели теста, но она компилирует и запускает тесты без проблем.

Я думаю, это потому, что приложение сначала создается (в зависимости), а затем тестируется. Затем компоновщик выясняет, что такое класс ViewController.

Однако в более старом проекте с точно таким же тестом и файлом ViewController сборка завершается неудачно на этапе компоновщика:

Undefined symbols for architecture i386:
"_OBJC_CLASS_$_ViewController", referenced from:
  objc-class-ref in ViewControllerTests.o

Эта ошибка компоновщика возникает, даже если создается новая цель модульного тестирования XCTest.

Чтобы обойти это, вместо этого можно включить источники как в приложение, так и в цели тестирования (отметьте оба поля на изображении выше). Это приводит к появлению предупреждений для дубликатов символов в системном журнале симулятора (откройте симулятор и нажмите cmd- /, чтобы увидеть это):

Class ViewController is implemented in both 
[...]/iPhone Simulator/ [...] /MyApp.app/MyApp and 
[...]/Debug-iphonesimulator/LogicTests.octest/LogicTests. 
One of the two will be used. Which one is undefined.

Эти предупреждения иногда вызывают проблемы, показанные в следующем примере:

 [viewController isKindOfClass:[ViewController class]]; // = NO
 // Memory address of the `Class` objects are different.

 NSString * instanceClassString = NSStringFromClass([viewController class]);
 NSString * classString         = NSStringFromClass([ViewController class]);

 [instanceClassString isEqualToString:classString]; // = YES
 // The actual class names are identical

Итак, вопрос в том, какие настройки в более старом проекте требуют, чтобы исходные файлы приложения были включены в цель тестирования?

Сводка комментариев

Между рабочим и нерабочим проектом:

Нет разницы в выводе компоновщика (команда начинается сLd).Нет никакой разницы в целевых зависимостях (есть 1 зависимость от цели теста, которой является приложение)Нет разницы в настройках компоновщика.

Ответы на вопрос(6)

Ваш ответ на вопрос