我正在尝试将 UI 测试合并到我的 iOS 项目中，但一直困扰着我的一件事是，您编写的所有测试似乎都必须从应用程序的开头开始并逐步完成.例如，如果我想测试登录屏幕后面的视图，我的测试必须首先在登录屏幕上运行，输入用户名/密码，单击登录，然后转到我要测试的视图。理想情况下，登录视图和下一个视图的测试将完全隔离。有没有办法做到这一点，还是我完全错过了 UI 测试背后的理念？
【问题讨论】：
标签： ios swift xctest xcode-ui-testing
绝对！
您需要的是一个干净的应用程序环境，您可以在其中运行您的测试 - 一张白纸。
所有应用程序都有一个应用程序委托，它设置应用程序的初始状态并在启动时提供一个根视图控制器。出于测试的目的，您不希望这种情况发生 - 您需要能够独立测试，而不会发生所有这些事情。理想情况下，您希望能够对屏幕进行欠测，并且只加载该屏幕，而不会发生其他状态更改。
为此，您可以创建一个仅用于实现UIApplicationDelegate 的测试对象。您可以告诉应用程序在“测试模式”下运行，并使用启动参数使用特定于测试的应用程序委托。
目标-C： main.m:
int main(int argc, char * argv[]) {
NSString * const kUITestingLaunchArgument = @"org.quellish.UITestingEnabled";
@autoreleasepool {
if ([[NSUserDefaults standardUserDefaults] valueForKey:kUITestingLaunchArgument] != nil){
return UIApplicationMain(argc, argv, nil, NSStringFromClass([TestingApplicationDelegate class]));
} else {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([ProductionApplicationDelegate class]));
}
}
}
斯威夫特： main.swift：
let kUITestingLaunchArgument = "org.quellish.UITestingEnabled"
if (NSUserDefaults.standardUserDefaults().valueForKey(kUITestingLaunchArgument) != nil){
UIApplicationMain(Process.argc, Process.unsafeArgv, NSStringFromClass(UIApplication), NSStringFromClass(TestingApplicationDelegate))
} else {
UIApplicationMain(Process.argc, Process.unsafeArgv, NSStringFromClass(UIApplication), NSStringFromClass(AppDelegate))
}
您必须从您的 Swift 类中删除任何 @UIApplicationMain 注释。
对于“应用程序测试”，请务必在 Xcode 中设置方案的“测试”操作以提供启动参数：
对于 UI 测试，您可以将启动参数设置为测试的一部分：
目标-C：
XCUIApplication *app = [[XCUIApplication alloc] init];
[app setLaunchArguments:@[@"org.quellish.UITestingEnabled"] ];
[app launch];
斯威夫特：
let app = XCUIApplication()
app.launchArguments = [ "org.quellish.UITestingEnabled" ]
app.launch()
这允许测试使用专门用于测试的应用程序委托。这为您提供了很多控制权——您现在可以使用一张白纸进行测试。测试应用程序委托可以加载特定的故事板或放置一个空的UIViewController。作为 UI 测试的一部分，您可以实例化被测视图控制器并将其设置为keyWindow 的根视图控制器或以模态方式呈现它。一旦它被添加或呈现，您的测试就可以执行，完成后删除或关闭它。
【讨论】：
如果您不介意加载原始 UI，只需使用以下命令跳转到目标 UI：
override func setUp() {
super.setUp()
continueAfterFailure = false
XCUIApplication().launch()
let storyboard = UIStoryboard(name: "MainStoryboard", bundle: NSBundle.mainBundle())
let controller = storyboard.instantiateViewControllerWithIdentifier("LanguageSelectController")
UIApplication.sharedApplication().keyWindow?.rootViewController = controller
}
如果您不希望下面的原始 UI 加载，那么也可以从您的测试中传递：
app.launchArguments.append("skipEntryViewController")
然后在didFinishLaunchingWithOptions，可以查看：
if NSProcessInfo.processInfo().arguments.contains("skipEntryViewController") {
// then do NOT call makeKeyAndVisible
}
【讨论】：
很遗憾，您描述的场景无法使用 UI 测试。
我采取的一种解决方法是将我的测试分组为功能“流”。例如，假设我想测试功能 A、功能 B 和功能 C。我需要登录才能使这三个功能都工作。
对于每个测试，我不启动应用程序，登录，然后最后运行实际测试。相反，我启动应用程序并登录一次。然后我将我的测试分为三个私有辅助方法，testFeatureA()、testFeatureB() 和 testFeatureC()。
通过创建单个流程，测试套件的运行时间将大大缩短。最大的缺点是，如果功能 A 失败，那么功能 B 将永远不会被测试。仅当您关心 所有 测试是否通过时，才应使用此方法。
使用 XCTest helper 和 __LINE__ 和 __FILE__ 参数默认的奖励积分。然后你可以将它们传递到你的XCTFail() 调用中，以在testFeatureA() 上显示失败行。
【讨论】：