在Xcode 6.1中运行测试时，一件令人讨厌的事情是，整个应用程序必须运行并启动其情节提要和根视图控制器。在我的应用程序中，这会运行一些获取API数据的服务器调用。但是，我不希望该应用在运行其测试时执行此操作。

随着预处理器宏的消失，让我的项目知道它是运行测试而不是普通启动时最好的呢？我通常使用command+U并在漫游器上运行它们。

伪代码：

// Appdelegate.swift
if runningTests() {
   return
} else {
   // do ordinary api calls
}

无需检查测试是否正在运行以避免产生副作用，您可以在没有主机应用程序本身的情况下运行测试。转到项目设置->选择测试目标->常规->测试->主机应用程序->选择“无”。只需记住包括运行测试所需的所有文件以及Host应用程序目标通常包含的库。

如果您想拥有以前称为纯“逻辑测试”的内容，Elvind的回答还不错。如果您仍然想运行包含的宿主应用程序，但根据是否运行测试有条件地执行或不执行代码，则可以使用以下命令检测是否已插入测试包：

if NSProcessInfo.processInfo().environment["XCTestConfigurationFilePath"] != nil {
     // Code only executes when tests are running
}

我使用了此答案中所述的条件编译标志因此运行时成本仅在调试版本中产生：

#if DEBUG
    if NSProcessInfo.processInfo().environment["XCTestConfigurationFilePath"] != nil {
        // Code only executes when tests are running
    }
#endif

编辑Swift 3.0

if ProcessInfo.processInfo.environment["XCTestConfigurationFilePath"] != nil {
    // Code only executes when tests are running
}

我在application：didFinishLaunchingWithOptions中使用它：

// Return if this is a unit test
if let _ = NSClassFromString("XCTest") {
    return true
}

在我看来，其他更简单的方法是：

您可以编辑方案以将布尔值作为启动参数传递给您的应用。像这样：

所有启动参数都会自动添加到您的中NSUserDefaults。

您现在可以像这样获得BOOL：

BOOL test = [[NSUserDefaults standardUserDefaults] boolForKey:@"isTest"];

我相信知道您是否在测试内运行是完全合法的。有许多原因可能会有所帮助。例如，在运行测试时，我会从App Delegate中的application-did / will-finish-launching方法中提早返回，从而使测试的启动速度更快，而与我的单元测试无关。但是，由于许多其他原因，我不能进行纯粹的“逻辑”测试。

我曾经使用过@Michael McGuire所描述的出色技术。但是，我注意到它在Xcode 6.4 / iOS8.4.1周围不再为我工作（也许它早就崩溃了）。

也就是说，在我的框架的测试目标中运行测试时，我再也看不到XCInjectBundle了。也就是说，我正在测试框架的测试目标内部运行。

因此，利用@Fogmeister建议的方法，我的每个测试方案现在都设置了一个我可以检查的环境变量。

然后，这是我在称为的类上的一些代码APPSTargetConfiguration，可以为我回答这个简单的问题。

static NSNumber *__isRunningTests;

+ (BOOL)isRunningTests;
{
    if (!__isRunningTests) {
        NSDictionary *environment = [[NSProcessInfo processInfo] environment];
        NSString *isRunningTestsValue = environment[@"APPS_IS_RUNNING_TEST"];
        __isRunningTests = @([isRunningTestsValue isEqualToString:@"YES"]);
    }

    return [__isRunningTests boolValue];
}

使用此方法的一个警告是，如果您从主应用程序方案运行测试（正如XCTest允许的那样）（也就是说，不选择其中一个测试方案），则不会设置此环境变量。

var isRunningTests: Bool {
    return ProcessInfo.processInfo.environment["XCTestConfigurationFilePath"] != nil
}

用法

if isRunningTests {
    return "lena.bmp"
}
return "facebook_profile_photo.bmp"

@Jessy和@Michael McGuire的组合方法

（因为公认的答案对开发框架没有帮助）

所以这是代码：

#if DEBUG
        if (NSClassFromString(@"XCTest") == nil) {
            // Your code that shouldn't run under tests
        }
#else
        // unconditional Release version
#endif

这是我在Swift 4 / Xcode 9中用于单元测试的一种方式。它基于杰西的答案。

要完全阻止加载故事板并不容易，但是如果您在didFinishedLaunching的开头添加了故事板，则开发人员可以很清楚地知道发生了什么：

func application(_ application: UIApplication,
                 didFinishLaunchingWithOptions launchOptions:
                 [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
    #if DEBUG
    if let _ = NSClassFromString("XCTest") {
        // If we're running tests, don't launch the main storyboard as
        // it's confusing if that is running fetching content whilst the
        // tests are also doing so.
        let viewController = UIViewController()
        let label = UILabel()
        label.text = "Running tests..."
        label.frame = viewController.view.frame
        label.textAlignment = .center
        label.textColor = .white
        viewController.view.addSubview(label)
        self.window!.rootViewController = viewController
        return true
    }
    #endif

（对于UI测试，您显然不应该这样做，因为您确实希望应用正常启动！）

您可以根据此处的方案将运行时参数传递给应用程序...

但是我想问是否真的需要它。

这是快速的方法。

extension Thread {
  var isRunningXCTest: Bool {
    for key in self.threadDictionary.allKeys {
      guard let keyAsString = key as? String else {
        continue
      }

      if keyAsString.split(separator: ".").contains("xctest") {
        return true
      }
    }
    return false
  }
}

这是您的用法：

if Thread.current.isRunningXCTest {
  // test code goes here
} else {
  // other code goes here
}

这是全文： https://medium.com/@theinkedengineer/check-if-app-is-running-unit-tests-the-swift-way-b51fbfd07989

其中一些方法不适用于UITests，并且如果您基本上是在使用应用程序代码本身进行测试（而不是将特定代码添加到UITest目标中）。

我最终在测试的setUp方法中设置了一个环境变量：

XCUIApplication *testApp = [[XCUIApplication alloc] init];

// set launch environment variables
NSDictionary *customEnv = [[NSMutableDictionary alloc] init];
[customEnv setValue:@"YES" forKey:@"APPS_IS_RUNNING_TEST"];
testApp.launchEnvironment = customEnv;
[testApp launch];

请注意，这对于我的测试是安全的，因为我目前未使用任何其他launchEnvironment值；如果这样做，您当然要先复制任何现有值。

然后在我的应用程序代码中，如果/当我想在测试期间排除某些功能时，我会寻找此环境变量：

BOOL testing = false;
...
if (! testing) {
    NSDictionary *environment = [[NSProcessInfo processInfo] environment];
    NSString *isRunningTestsValue = environment[@"APPS_IS_RUNNING_TEST"];
    testing = [isRunningTestsValue isEqualToString:@"YES"];
}

注意-感谢RishiG的评论给了我这个主意；我只是将其扩展为一个示例。

我一直使用的方法在Xcode 12 beta 1中停止工作。在尝试了所有基于构建的问题解答之后，@ ODB的答案启发了我。这是一个相当简单的解决方案的Swift版本，适用于Real Devices和Simulators。它也应该是相当“发布证明”的。

在测试设置中插入：

let app = XCUIApplication()
app.launchEnvironment.updateValue("YES", forKey: "UITesting")
app.launch()

在应用中插入：

let isTesting: Bool = (ProcessInfo.processInfo.environment["UITesting"] == "YES")

要使用它：

    if isTesting {
        // Only if testing
    } else {
        // Only if not testing
    }

为我工作：

目标C

[[NSProcessInfo processInfo].environment[@"DYLD_INSERT_LIBRARIES"] containsString:@"libXCTTargetBootstrapInject"]

迅速： ProcessInfo.processInfo.environment["DYLD_INSERT_LIBRARIES"]?.contains("libXCTTargetBootstrapInject") ?? false

首先添加变量进行测试：

并在您的代码中使用它：

 if ProcessInfo.processInfo.environment["IS_UNIT_TESTING"] == "1" {
                 // Code only executes when tests are running
 } 

显然，在Xcode12中，我们需要搜索环境密钥，XCTestBundlePath而不是XCTestConfigurationFilePath如果您使用的是新的XCTestPlan