我遇到了一个以前没有遇到过的奇怪问题。
当您使用 cmd+U 来运行单元测试（例如 OCUnit）时，它是否真的调用了 main.m、新的 appDelegate 并像您按了 cmd+R 一样运行应用程序？
我之所以这么问，是因为我在这个 DataLayer 后面使用了 CoreData。我在测试中成功地模拟了 DataLayer，但是一旦我实现了一个实际调用 CoreData 的 getAll 方法，app/xcode 就会抛出一个关于托管对象模型不能为 nil 的异常。我理解，但我并不是要真正新建 DataLayer 类，我在 mainviewcontroller loadView 方法中设置了一个断点，它调用 DataLayer getAll 方法。与测试无关，因为这是一个模拟对象，但它显然是在调用真实实例。
回到我的问题，当按下 cmd+U 时，它是否也先运行应用程序然后运行测试？
【问题讨论】：
标签： iphone ios xcode unit-testing
上面的优秀answers 建议在运行时动态更改应用程序委托。
我做的小修改是通过查询NSProcessInfo 来修改detect a unit test run。好处是你不需要有一个可以检测到的类来查看单元测试是否正在运行。
int main(int argc, char * argv[])
{
// Put your App delegate class here.
const Class appDelegateClass = [ATAppDelegate class];
NSDictionary *const environmentDictionary =
[[NSProcessInfo processInfo] environment];
const BOOL runningUnitTests =
environmentDictionary[@"XCInjectBundleInto"] != nil;
NSString *delegateName =
runningUnitTests ? nil : NSStringFromClass(appDelegateClass);
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, delegateName);
}
}
environmentDictionary 中的 @"XCInjectBundleInto" 属性是单元测试包的路径，由 Xcode 设置。
【讨论】：
【讨论】：
我找到了解决问题的另一种方法：
int main(int argc, char * argv[])
{
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, ({
![NSProcessInfo processInfo].environment[@"XCTestConfigurationFilePath"] ?
@"AppDelegate" :
nil;
}));
}
}
从这里：http://qualitycoding.org/app-delegate-for-tests/#comment-63984
【讨论】：
我使用 Tomasz Bak 的方法加上一些 dwb 答案的代码并提出以下内容：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
BOOL runningTests = NSClassFromString(@"XCTestCase") != nil;
if (runningTests) {
self.window.rootViewController = [UIViewController new];
return true;
}
// Your normal code below this
....
}
【讨论】：
在 Swift 中，我更喜欢绕过 application: didFinishLaunchingWithOptions 中的正常执行路径：
func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
guard normalExecutionPath() else {
window = nil
return false
}
// regular setup
return true
}
private func normalExecutionPath() -> Bool {
return NSClassFromString("XCTestCase") == nil
}
guard 中的代码将删除从情节提要创建的所有视图。
【讨论】：
应用程序实际上正在运行，但您可以使用一个技巧来阻止它运行。
int main(int argc, char* argv[]) {
int returnValue;
@autoreleasepool {
BOOL inTests = (NSClassFromString(@"SenTestCase") != nil
|| NSClassFromString(@"XCTest") != nil);
if (inTests) {
//use a special empty delegate when we are inside the tests
returnValue = UIApplicationMain(argc, argv, nil, @"TestsAppDelegate");
}
else {
//use the normal delegate
returnValue = UIApplicationMain(argc, argv, nil, @"AppDelegate");
}
}
return returnValue;
}
【讨论】：
BOOL runningTests = NSClassFromString(@"SenTestCase") != nil;
如果您使用的是 Swift（您可能没有main.c），您必须执行以下步骤：
1：删除AppDelegate.swift中的@UIApplicationMain
2：创建一个空的TestingAppDelegate.swift
import UIKit
class TestingAppDelegate: UIResponder, UIApplicationDelegate {
var window: UIWindow?
}
3：创建一个名为main.swift的文件：
import Foundation
import UIKit
let isRunningTests = NSClassFromString("XCTestCase") != nil
if isRunningTests {
UIApplicationMain(C_ARGC, C_ARGV, nil, NSStringFromClass(TestingAppDelegate))
} else {
UIApplicationMain(C_ARGC, C_ARGV, nil, NSStringFromClass(AppDelegate))
}
【讨论】：
这是 Sulthan 答案的变体，它使用 XCTest，这是 XCode 5 生成的测试类的默认设置。
int main(int argc, char * argv[])
{
@autoreleasepool {
BOOL runningTests = NSClassFromString(@"XCTestCase") != nil;
if(!runningTests)
{
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
else
{
return UIApplicationMain(argc, argv, nil, @"TestAppDelegate");
}
}
}
这进入 main.m，它应该在标准项目布局中的 Supporting Files 下。
然后在你的测试目录中添加：
TestAppDelegate.h
#import <Foundation/Foundation.h>
@interface TestAppDelegate : NSObject<UIApplicationDelegate>
@end
TestAppDelegate.m
#import "TestAppDelegate.h"
@implementation TestAppDelegate
@end
【讨论】：
是的，您的测试目标将与应用目标具有目标依赖关系，因此当您按 Cmd+U 或 Cmd+Shift+U 时将构建应用目标。
【讨论】：