首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >什么时候需要在测试目标中包括应用程序源?

什么时候需要在测试目标中包括应用程序源?
EN

Stack Overflow用户
提问于 2014-02-20 14:46:13
回答 6查看 24K关注 0票数 72

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

代码语言:javascript
运行
复制
#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

H是,不是测试目标的,但它编译和运行测试时没有问题。

我认为这是因为应用程序是首先构建的(作为依赖关系),然后是测试。然后,链接器会计算出ViewController类是什么。

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

架构的未定义符号i386:"_OBJC_CLASS_$_ViewController",引用自: objc-class-ref中的ViewControllerTests.o

即使创建了新的XCTest单元测试目标,也会发生链接器错误。

为了避免这种情况,可以在应用程序和测试目标中都包括源(在上面的图像中勾选两个框)。这将导致在模拟器的系统日志中为重复符号生成警告(打开模拟器并按cmd-/查看此):

类ViewController是在./iPhone模拟器/. /MyApp.app/MyApp和ViewController中实现的。两个中的一个将被使用。哪个是未定的。

这些警告偶尔会引发以下示例所说明的问题:

代码语言:javascript
运行
复制
 [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. 目标依赖关系没有差异(测试目标有一个依赖项,即应用程序)
  3. 链接器设置没有区别。
EN

回答 6

Stack Overflow用户

回答已采纳

发布于 2014-02-25 19:37:21

我花了些时间想清楚。

如果您阅读这份文件,您会发现Xcode有两种运行测试的模式。逻辑测试与应用测试。不同之处在于逻辑测试构建了自己的目标,您的类和符号都内置在其中。得到的可执行文件可以在模拟器中运行,并将测试输出报告给Xcode。另一方面,应用程序测试构建一个动态库,链接到您的代码,在运行时注入到应用程序中。这允许您在iPhone环境中运行测试,并测试Xib加载和其他内容。

因为当您断开源文件链接时,测试目标中缺少符号,所以您的旧项目似乎有一个为逻辑测试配置的测试目标,而不是应用程序(单元)测试。

由于现在Xcode似乎是尽量不把这两者区分开来,默认情况下创建一个应用程序测试目标,让我们遍历所有您可能需要更改的东西,以便将您的Logic转换为一个单元测试目标。

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

  1. 在测试目标的生成设置中,删除"Bundle Loader“和"Test”构建设置。稍后,我们将获得Xcode将这些添加回
  2. 您需要从测试目标中删除应用程序中的所有.m文件。您可以通过选择所有.m文件并移除Xcode文件检查器中的测试目标来做到这一点,也可以使用测试目标的编译源构建阶段。
  3. 更改测试目标的“框架搜索路径”。对于Xcode 5,它们应该是按顺序排列的$(SDKROOT)/Developer/Library/Frameworks $(inherited) $(DEVELOPER_FRAMEWORKS_DIR)没有额外的引号或反斜杠
  4. 转到测试目标的生成设置的常规窗格,并从下拉菜单中选择目标。如果菜单已经指定了应用程序目标,那么您应该一次又一次切换它。这将使Xcode用正确的值重新配置绑定加载程序和测试主机设置。
  5. 最后,再次检查您的应用程序的方案。在该方案中,下拉选择编辑方案。然后单击测试操作。确保测试目标在信息窗格的列表中,并确保所有测试都被选中。

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

编辑:

Hmm 100%注意到eph515关于调试符号是可见的,但是您也可能想要检查是否有人将您的方案的测试操作设置为在Release或其他配置中构建。单击“方案选择器”和“选择编辑方案”。单击测试操作,然后确保构建配置为Debug

如果有静态库目标

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

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

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

票数 50
EN

Stack Overflow用户

发布于 2014-08-12 01:46:56

在Xcode 6上,我能够通过检查测试目标>通用>测试中的“允许测试主机应用程序API”来解决这个问题。

票数 22
EN

Stack Overflow用户

发布于 2014-02-26 23:53:55

我也遇到了这个问题,并遵循了jackslash的建议,但还有一个补充:选择您的主要目标并在默认情况下查找隐藏的符号(在AppleLVM5.0-代码生成下),如果值为Yes,则将其更改为No。这似乎“隐藏”了单元测试目标正在寻找的编译源的所有符号。为我工作。请确保你包括所有的步骤,斜杠以及概述。

票数 18
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/21911168

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档