应用源何时需要包含在测试目标中？

Question

在一个新项目中，我有这个简单的测试

#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

所以问题是旧项目中的哪些设置要求应用程序源文件包含在测试目标中？

---

评论摘要

在工作和非工作项目之间：

1. 链接器输出（以Ld开头的命令）没有区别。
2. 目标依赖性没有差异（测试目标有1个依赖性，即应用程序）
3. 链接器设置没有区别。

Answer 1

我花了一些时间搞清楚这一点。

如果您阅读this documentation，您会发现Xcode有两种运行测试的模式。逻辑测试和应用测试。区别在于逻辑测试使用内置的类和符号构建自己的目标。生成的可执行文件可以在模拟器中运行，并将测试输出报告回Xcode。另一方面，应用程序测试构建了一个链接到代码的动态库，该代码在运行时注入到应用程序中。这允许您在iPhone环境中运行测试并测试Xib加载和其他事情。

因为取消链接源文件时测试目标中缺少符号，所以旧版项目似乎为逻辑测试配置了测试目标，而不是应用程序（单元）测试。

由于目前Xcode似乎是trying not to distinguish between the two并默认创建应用程序测试目标，因此我们可以浏览您可能需要更改的所有内容，以将您的逻辑测试目标转换为单元测试目标。

我还假设您有一个应用程序目标而不是静态库目标，因为方向会有所不同。

1. 在测试目标的构建设置中，删除“Bundle Loader”和“Test Host”构建设置。我们将让Xcode稍后再添加这些
2. 您需要从测试目标中删除应用程序中的所有.m文件。您可以通过选择所有.m文件并在Xcode文件检查器中删除测试目标来执行此操作，也可以使用测试目标的编译源构建阶段。
3. 更改测试目标的“框架搜索路径”。对于Xcode 5，它们应该是 按此顺序$(SDKROOT)/Developer/Library/Frameworks $(inherited) $(DEVELOPER_FRAMEWORKS_DIR) 和with no extra quotes or backslashes
4. 转到测试目标的构建设置的“常规”窗格，然后从下拉菜单中选择目标。如果菜单已经指定了您的应用程序目标，您应该将其关闭再打开。这将使Xcode使用正确的值重新配置Bundle加载程序和测试主机设置。
5. 最后仔细检查您的应用程序的方案。在方案下拉菜单中选择编辑方案。然后单击测试操作。确保测试目标位于信息窗格的列表中，并确保选中所有测试。

此信息或多或少来自上述链接文档，但我更新了Xcode 5的步骤。

编辑：

嗯100％注意eph515关于调试符号可见的说法，但您可能还想检查某人是否未将您的方案的测试操作设置为Release或其他配置。单击方案选择器并选择编辑方案。单击测试操作，然后确保构建配置为Debug



如果您有静态库目标

因此，如果您有一个静态库目标，您有两个选择： 1.逻辑测试 2.主机应用程序中的应用程序测试

对于1.您必须确保静态库目标的Bundle Loader和Test Host为空。然后，您的源必须编译到测试目标中，因为它们没有其他方法可以运行。

For 2.您需要在Xcode中创建一个新的应用程序Project并将您的静态库项目添加为子项目。然后，您需要手动将新应用程序测试目标中的Bundle Loader和Test Host构建设置复制到Static Lib测试目标。然后，打开新测试应用程序的方案，并将测试目标添加到新应用程序的测试操作中。 要在lib上运行测试，请运行主机应用程序的测试操作。

Answer 2

在Xcode 6上，我通过检查测试目标中的“允许测试主机应用程序API”来解决此问题＆gt;一般＆gt;测试

Answer 3

我也遇到了这个问题并遵循了jackslash的建议，但又增加了一个：选择主目标并查找默认隐藏的符号（在Apple LVM 5.0下 - 代码生成），如果值为是，则将其更改为否这似乎是“隐藏”单元测试目标所寻找的编译源的所有符号。适合我。请确保包含jackslash概述的所有步骤。

Answer 4

答案是jackslash和eph515的答案组合。

正如eph515中的答案symbols hidden by default应该是否为调试。

对于调试，deployment postprocessing也应为否。

还应从单元测试中删除测试目标中包含的所有库。应该留下的只是屏幕截图中的3以及特定于单元测试的任何内容。

此外，如果列表末尾有运行构建脚本构建阶段，则应将其删除（因为它是单元测试的人工制品）。

然后在jackslash's answer中执行所有操作。

Answer 5

在我的Xcode 6.2案例中，项目目标和测试目标中的不同架构出错。

项目目标只有armv7和armv7s架构（因为有些旧库）

项目测试目标有armv7，armv7s和arm64架构。

删除arm64架构解决了我的问题。

Project Editor -> Project Tests target -> Build Settings -> Valid Architectures = armv7 armv7s

（也许还需要将“架构”而不是$（ARCHS_STANDARD）设置为$（ARCHS_STANDARD_32_BIT））

Answer 6

对我来说，只是没有为该计划添加测试目标。

对于app target，请转到Edit Scheme，然后单击右侧的Test，然后使用底部的+按钮添加测试目标：

Answer 7

创建用于测试应用程序的Unit Testing Bundle（单元测试目标）时，您有两个选择

1. 启用Allow testing Host Application APIs

General -> Host  Application <app_name> -> >check< Allow testing Host Application APIs 

• 构建缓慢

1. 将每个应用的经过测试的文件添加到Target Membership ^[About]

• 您应该注意用于可测试类的类依赖（也应该添加它们）

编写测试并且未启用任何选项时，您可以得到

Undefined symbol: nominal type descriptor for <class_name>
Undefined symbol: type metadata accessor for <class_name>