Test fonctionnel à Swift. Simuler le flux d'application

Vous avez d'abord indiqué que cela n'a pas d'importance si la vue est présentée par un contrôleur de navigation. J'ai donc créé une application vide avec une entreprise de navigation comme contrôleur initial et deux visiteurs, le premier est juste Namend ViewController code> La seconde est dans mon cas ViewControlSecond code> Quel est votre TheXpecyClass code> contrôleur.

première chose à noter: Si vous utilisez une carte de navigationContrôleur, la racine racine sera toujours la navigationController. Donc, alors vérifiez ce qui se passe si nous chargons d'abord le Code> ViewController Code>, puis dans cette touche The ViewControlSeconde Code>: P>

    let storyBoard:UIStoryboard = UIStoryboard(name: "Main", bundle: NSBundle(forClass: self.dynamicType))
    let controllerSecond = storyBoard.instantiateViewControllerWithIdentifier("ViewControllerSecond") as? ViewControllerSecond

    controllerSecond?.loadView()
    self.navigationController?.pushViewController(controllerSecond!, animated: false)

    let navigationController = UIApplication.sharedApplication().keyWindow?.rootViewController as UINavigationController
    let currentController: AnyObject = navigationController.viewControllers[0]
    println(navigationController.viewControllers)

Si j'instaine et affichez les contrôleurs programmatismatiquement, directement dans les fonctions de test, lorsque je vérifie le contrôleur sur le dessus, je reçois toujours le contrôleur racine de la scénario au lieu du contrôleur que je viens d'instancié, comme si les contrôleurs que j'ai manuellement créé ne sont jamais ajoutés dans la hiérarchie de l'application.

À partir du code que vous avez écrit, vous ne vérifiez pas le contrôleur sur le dessus, mais vous vérifiez que le contrôleur de vue de racine elle-même (qui contient tous les contrôleurs d'affichage de la hiérarchie, y compris les contrôleurs de navigation), c'est pourquoi vous obtenez toujours le contrôleur de la vue de la racine de scénario. Pour obtenir le haut de la plupart des contrôleurs du contrôleur d'affichage, vous pouvez utiliser la fonction récursive suivante qui prend le contrôleur d'affichage racine et renvoyer sa plus grande contrôleur xxx

puis dans votre fonction de test vérifie le contrôleur que cette fonction renvoie xxx

Si j'instine et montrez des contrôleurs programmatiquement, directement dans Les fonctions de test, lorsque je vérifie le contrôleur sur le dessus, je reçois toujours le contrôleur racine de scénario au lieu du contrôleur que j'ai juste instancié, comme si les contrôleurs que j'ai créés manuellement ne sont jamais ajoutés à la hiérarchie de l'application.

Qu'est-ce que vous dites ici est vrai, ils ne sont pas ajoutés. Dans votre pseudo code, tout ce que vous avez fait était d'instancier certains contrôleurs de vue et de les pousser les uns sur les autres.

Pourquoi vous attendez-vous à être dans la hiérarchie de l'application? Vous ne les avez jamais ajoutés là-bas .

Il y a en fait deux problèmes ici, et ce n'est que le premier.

Le deuxième numéro:

uiapplication.sharedaplication (). keywindow? .rootviewcontroller

Ce code saisit le contrôleur de vue racine, qui est en fait celui qui est sur le "fond" (supposant "haut" signifie plus visible). Lorsque vous utilisez un storyboard, cela sera presque toujours le contrôleur d'affichage initial.

Donc, même si vous avez ajouté vos contrôleurs de visualisation nouvellement instanciés à la hiérarchie, le test que vous faites ne passera toujours pas.

Solution suggérée

En tant que test simple, vous n'avez pas besoin de tester que votre nouveau contrôleur d'affichage est situé sur la hiérarchie visuelle. Pour ce faire, vous auriez besoin de l'ajouter là-bas.

Tout ce que vous avez vraiment besoin de tester est - "Si je repousse mon contrôleur d'affichage sur cette pile de navigation nouvellement créée, elle doit être en haut de cette pile (visible)"

Ceci Bien que votre test ne dépend pas de l'état de l'application ou des autres contrôleurs dans la hiérarchie.

Code pseudo: xxx