Ist es möglich, HTTP-Anfragen in automatisierten Xcode 7-UI-Tests zu stubben?

Question

Ich habe versucht, HTTP-Anfragen in Xcode 7 automatisierten UI-Tests abzufangen und zu stub/mock, mit Tools wie OHHTTPStubs, ohne Glück.

Hier ist ein Beispiel dafür, wie ich versuche, jede HTTP-Anforderung mit OHHTTPStubs im setUp Methode einer UI-Testdatei zu erfassen:

override func setUp() { 
    super.setUp() 

    let matcher: OHHTTPStubsTestBlock = { (request) -> Bool in 
    return true 
    } 

    OHHTTPStubs.stubRequestsPassingTest(matcher) { (response) -> OHHTTPStubsResponse! in 
    return OHHTTPStubsResponse.init() 
    } 
} 

Gibt es etwas über die Art und Weise, dass UI Testarbeiten, die dies verhindert? hat das jemand geschafft?

Answer 1

Wie Martijn zu Recht darauf hingewiesen hat, können Sie zur Laufzeit nicht direkt mit der App interagieren, so dass sich HTTP-Spott oder Manipulation von Dingen wie NSUserDefaults in XCUITestCase nicht auf Ihre App auswirkt.

Wenn Sie wirklich HTTP oder Setup verspotten müssen in der Lage & Teardown Ihre Apps-Umgebung für bestimmte UI-Tests, müssen Sie Start Argumente festlegen oder Umgebungsvariablen starten, bevor die App in der setUp() Methode eines XCUITestCase starten und dann Ändern Sie Ihren App-Code, um die Startargumente oder Umgebungsvariablen zu lesen und die Testumgebung zu starten.

Beispiel Testcase

class MyTestCase: XCTestCase { 

    /** 
    Called before each test in this test case. 
    */ 
    override func setUp() { 
    super.setUp() 

     let app = XCUIApplication() 
     app.launchArguments = [ "STUB_HTTP_ENDPOINTS" ] 
     app.launch() 
    } 

} 

Beispiel AppDelegate

func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool { 

#if DEBUG 
    if (NSProcessInfo.processInfo().arguments.contains("STUB_HTTP_ENDPOINTS")) { 
    // setup HTTP stubs for tests 
    } 
#endif 

    return true 
} 

Anmerkung: um einen HTTP zu verwenden Framework wie OHHTTPStubs in diesem Beispiel spöttischen, der Stubbing-Code und jeder JSON Fixtures, die Sie verwenden müssen, müssen alle in Ihrem App-Ziel sein, nicht das Testziel.

Dies ist ein sehr nützlicher Thread zu dem Thema zu lesen: https://github.com/AliSoftware/OHHTTPStubs/issues/124

Answer 2

UI-Tests werden in einer separaten Instanz von der Anwendung läuft. Während die Klassen aus der Anwendung möglicherweise für Sie verfügbar sind, sind sie nur eine Kopie.

In Ihrer Anwendung können Sie erkennen, ob Sie in UI-Test-Modus mit Lösungen, die hier bereitgestellt laufen: How to detect if iOS app is running in UI Testing mode

ich persönlich mit der launchEnvironment Lösung in der ursprünglichen Post erwähnt ging; Mein Setup sieht wie folgt aus:

override func setUp() { 
    super.setUp() 

    let app = XCUIApplication() 
    app.launchEnvironment["TEST"] = "1" 
    app.launch() 
} 

Und einer meiner Singleton instantiators (genannt RealmManager) sieht wie folgt aus (für eine Realm-Datenbank Instanziieren):

func realm() -> Realm { 
    let dic = NSProcessInfo.processInfo().environment 
    if dic["TEST"] != nil { 
     return try! Realm(configuration: Realm.Configuration(inMemoryIdentifier: "test")) 
    } 
    return try! Realm() 
} 

Wenn Sie die Vervielfältigung nicht mögen, aber Sie‘ re wahrscheinlich schon duplizieren XCUIApplication().launch() sowieso, können Sie immer eine benutzerdefinierte Testfall Klasse, die XCTestCase zu erweitern, überschreiben Sie die Setup dort mit diesem Zusatz und dann verwenden Sie das in allen Ihren Test-Klassen.