Swift a particulièrement de la difficulté à montrer le point de rupture d'exception correct lorsque des fermetures sont présentes dans la même portée. Ive vu le même problème dans un XCTestCase qui a utilisé dispatchafter et même à travers le point d'arrêt d'exception était la même ligne que waitForExpectationsWithTimeout le cas de test se brisait à cause d'un downcast sur un objet nil. Je sais que ce n'est pas votre cas, mais chaque fois que cela se produit je suggère de supprimer les déclarations d'une ligne à la fois et l'exécution du test après chaque retrait. Si le test ne se bloque pas, vous avez identifié le coupable. C'est malheureusement la meilleure option au moment de cette écriture lorsque Swift montre un point d'arrêt d'exception sur une ligne qui n'a pas de sens, en particulier la ligne infâme 0 d'une classe que vous pourriez voir dans les outils de rapports d'incident. Faites nous savoir si vous avez compris votre crash. I essayent de tester une demande asynchrone avec XCTest et donc en utilisant expectationWithDescription. Pourtant, lorsque waitForExpectationsWithTimeout est appelé il se bloque immédiatement sans même attendre le délai. J'ai même essayé de mettre l'opération de réalisation juste après pour exclure juste un problème de délai, mais il di aucune chose de changement ceci est ma fonction: Le même comportement se produit dans d'autres fonctions. Si je supprime l'opération waitForExpectationsWithTimeout et conservez l'opération expectationWithDescription, il se bloque à la fin de la fonction. Dans les deux cas, le crash repot est le suivant: demandé Jul 22 15 at 12:21
No comments:
Post a Comment