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

Question

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

Rob*_*ert 69 xcode unit-testing objective-c ios xctest

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

#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

Run Code Online (Sandbox Code Playgroud)

ViewController.h 不是测试目标的一部分,但它编译并运行测试没有任何问题.

在此输入图像描述

我认为这是因为应用程序首先构建(作为依赖)然后是测试.链接器然后找出ViewController类是什么.

但是,在较旧的项目中,使用完全相同的测试和ViewController文件,构建在链接器阶段失败:

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

Run Code Online (Sandbox Code Playgroud)

即使创建了新的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.

Run Code Online (Sandbox Code Playgroud)

这些警告偶尔会导致以下示例说明的问题:

 [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

Run Code Online (Sandbox Code Playgroud)

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

意见摘要

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

链接器输出(以命令开头Ld)没有区别.
目标依赖性没有差异(测试目标有1个依赖性,即应用程序)
链接器设置没有区别.

Answer 1

jac*_*ash 48

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

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

因为当您取消链接源文件时,测试目标中缺少符号,所以旧项目似乎为逻辑测试配置了测试目标,而不是应用程序(单元)测试.

现在,Xcode似乎试图不区分这两者,并且创建应用程序测试目标的默认值让我们可以浏览您可能需要更改的所有内容,以将您的逻辑测试目标转换为单元测试目标.

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

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

这些信息或多或少来自上面链接的文档,但我更新了Xcode 5的步骤.

编辑:

嗯,100%注意什么eph515就是俗话讲的调试符号是可见的,但您可能还需要检查有人没有设置你的计划的测试行动建立在Release或其他配置.单击方案选择器并选择编辑方案.单击测试操作,然后确保构建配置Debug

为方案中的测试操作构建配置屏幕

如果您有静态库目标

因此,如果您有静态库目标,则有两个选项:1.逻辑测试2.主机应用程序中的应用程序测试

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

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