Fehler mit XCTestExpectation: API-Verletzung - mehrere Aufrufe -[XCTestExpectation erfüllen]

Ich bin mit XCTestExpectations in Xcode 6 (Beta 5) für asynchrone Tests. Alle meine asynchrone tests pass individuell jedes mal, wenn ich Sie laufen. Jedoch, wenn ich versuche zu laufen, meine gesamte suite, einige tests nicht bestehen, und die app stürzt ab.

Den Fehler den ich bekomme, ist, sagt API violation - multiple calls made to -[XCTestExpectation fulfill]. In der Tat, das ist nicht wahr innerhalb einer einzelnen Methode; meine Allgemeine format für meine tests ist nachfolgend dargestellt:

- (void) someTest {
    /* Declare Expectation */
    XCTestExpectation *expectation = [self expectationWithDescription:@"My Expectation"];
    [MyClass loginOnServerWithEmail:@"[email protected]" andPassword:@"asdfasdf" onSuccess:^void(User *user) {
        /* Make some assertions here about the object that was given. */

        /* Fulfill the expectation */
        [expectation fulfill];
    }];

    [self waitForExpectationsWithTimeout:5.0 handler:^(NSError *error) {
        /* Error handling here */
    }];
}

Wieder, diese tests gehen, wenn Sie einzeln ausgeführt, und Sie sind tatsächlich die Netzwerk-Anforderungen (funktioniert genau wie beabsichtigt), aber zusammen, die Sammlung von tests, die nicht ausgeführt werden.

War ich in der Lage, einen Blick auf diese post hier, aber war nicht in der Lage, um die Lösung für mich zu arbeiten.

Zusätzlich, ich bin mit OSX Mavericks und mit Xcode 6 (Beta 5).

  • Ich habe suites of 100+ tests vor der Verwendung von im wesentlichen identischen format und habe nicht das Problem, bevor Sie... Sind Sie sicher, es gibt keinen einzelnen test, die Fälle, in denen zwei erfüllt Sie?
  • Absolut sicher.
  • Vielleicht ein upgrade auf beta 6 zu sehen, ob das problem weiterhin besteht?
  • Ich habe dieses Problem, als ich erfüllen innerhalb der expectationForNotification handler. Meine Vermutung ist, dass dein test ist Berufung erfüllen mehrere Male. wenn Sie fügen Sie eine log-Anweisung, wenn Sie anrufen, erfüllen Sie sehen werden 🙂
InformationsquelleAutor Mihir | 2014-08-06
  1. 15

    Ich glaube nicht, dass mit __weak oder __block ist ein guter Ansatz. Ich habe viele geschrieben unit-tests mit XCTestExpectation für eine Weile und hatte nie dieses problem bis jetzt. Schließlich fand ich heraus, die wahre Ursache von dem problem potenziell verursachen Fehler in meiner app. Die Ursache von meinem problem ist, dass startAsynchronousTaskWithDuration ruft die completionHandler mehrere Zeit. Nachdem ich fix es die API-Verletzung ging Weg! 

    [self startAsynchronousTaskWithDuration:4 completionHandler:^(id result, NSError *error) {
    XCTAssertNotNil(result);
    XCTAssertNil(error);
    [expectation fulfill];
}];

    Obwohl es hat mich ein paar Stunden zu beheben meine unit-tests, aber ich kam zu schätzen die API-Verletzung-Fehler, die mir helfen wird, zu vermeiden, zukünftige Laufzeit problem in meiner app.

    InformationsquelleAutor Green Berry
  2. 0

    Ich denke, es ist wahrscheinlich, dass Sie haben eine retain-Zyklus-Problem irgendwo zu verhindern, lassen Sie Ihre Objekt, das den Aufruf der block, in dem sich die Erwartung erfüllen mehrere Zeit.

    Ansonsten, wenn es eine erwartete Verhalten, dass Ihre Erwartung ist, rief mehrere mal, ich habe eine kleine extension ermöglicht die Angabe einer Erwartung count:

    import XCTest

extension XCTestExpectation {
    private class IntWrapper {
        let value :Int!
        init?(value:Int?) {
            self.value = value
            if (value == nil) {
                return nil
            }
        }
    }

    private struct AssociatedKey {
        static var expectationCountKey = ""
    }

    var expectationCount:Int? {
        get {
            return objc_getAssociatedObject(self, &AssociatedKey.expectationCountKey) as? Int
        }
        set {
            objc_setAssociatedObject(self, &AssociatedKey.expectationCountKey, newValue, .OBJC_ASSOCIATION_RETAIN)
        }
    }

    func decrementalFulfill() {
        guard let expectationCount = self.expectationCount else {
            fulfill()
            return
        }
        self.expectationCount = expectationCount - 1
        if self.expectationCount <= 0 {
            fulfill()
        }
    }
}

    vollständigen code (mit test 🙂 hier: https://gist.github.com/huguesbr/7d110bffd043e4d11f2886693c680b06

    InformationsquelleAutor Hugues BR
  3. -1

    Hier ist wohl die Antwort, die du suchst :

    XCTestExpectation: wie vermeiden Sie den Aufruf der Methode erfüllen nach dem warten Kontext beendet hat?

    Es zumindest das Problem für mich.

    • Obwohl dies möglicherweise eine ganz gute Antwort, es ist im wesentlichen ein "nur Links" beantworten. Sie sollten auch einige Informationen aus Ihren verbindungen, so dass, wenn die Informationen hinter den links ist immer verändert/verloren, die Antwort noch Sinn macht. Siehe dieser link
    InformationsquelleAutor Caro
  4. -3

    Versuchen, die Erklärung Ihrer expectationWithDescription als schwach und packen Sie das optionale "erwartet" variable.

     weak var asyncExpectation = expectationWithDescription("expectation")

 check for options in the block.
 if let asyncExpectation = asyncExpectation{
    asyncExpectation.fulfill()
 }

    Dies vermeidet die Freigabe von asyncExpectation variable und ruft Ihre Erwartung auf null.

    • dude ... Ihr ein, auch nicht auf die gleiche Sprache ... Sie sprechen von optional-wrapper für objective-c-Frage ...
    InformationsquelleAutor creative_rd
Schreibe einen Kommentar