Xcode 7:应用程序测试和UI测试之间的鸿沟是不可分割的?

Xcode 7†具有直接测试UI的新方法,包括一个新的测试目标“iOS UI测试包”(或“OS X”).

在UI测试目标中,似乎没有内置的访问模型或组成您的应用程序的类.例如. [UIApplication sharedApplication]不能从您的UI测试中调用.
这意味着“应用程序测试”和“UI测试”存在于可能不可跨越的差距.

here所述:

The problem is that Xcode’s UI testing does not allow access to the actual app.

问题:

这个鸿沟能弥合吗?如果是这样,具体如何使用构建和链接器设置以及可能在github上运行的xcodeproj.
>在Apple文档中可以找到这个鸿沟的明确声明.

†在编写时,beta软件.

解决方法

黑盒测试

UI测试是一个black-box testing框架.你不应该知道你正在测试的代码的实现.

例如,您应该只关心标签上的值更改,而不是控制器将正确的数据传递给视图.您可以从应用程序的角度来看待用户界面测试.她不关心ItemsViewController的工作原理(甚至是否存在),那么为什么UI测试呢?

让它“工作”

话虽如此,我明白你的沮丧.如果您可以启动视图控制器,然后点击UI测试并进行断言,那将是巨大的.但是,从Beta 5起,这是不可能的.

有趣的是,您可以在UI测试的顶部使用简单的@testable导入ModuleName创建应用程序对象的实例.请注意,您无法通过.tap()方法实际进行交互,因为它是一个UI *类,而不是XCUI *类.

考虑甜甜圈是应用程序的模块名称.

import XCTest
@testable import Donut

class DonutUITests: XCTestCase {
    let app = XCUIApplication()

    override func setUp() {
        continueAfterFailure = false
        app.launch()
    }

    func testItemsViewController() {
        let controller = ItemsViewController()
        controller.addItemButton.tap() // <---- UIButton does not respond to tap()!
    }
}

相关文章

UITabBarController 是 iOS 中用于管理和显示选项卡界面的一...
UITableView的重用机制避免了频繁创建和销毁单元格的开销,使...
Objective-C中,类的实例变量(instance variables)和属性(...
从内存管理的角度来看,block可以作为方法的传入参数是因为b...
WKWebView 是 iOS 开发中用于显示网页内容的组件,它是在 iO...
OC中常用的多线程编程技术: 1. NSThread NSThread是Objecti...