2009-07-22 5 views

Répondre

5

Ok trouvé ma réponse. Si votre test hérite de WorkItemTest (ou PresentationTest, ou SilverlightTest), vous serez en mesure d'appeler à partir de vos tests:

TestComplete() 

charge le cadre que votre méthode d'essai est terminée, et de se déplacer sur le résultat suivant. Cela peut être ajouté aux rappels d'événements, aux délégués, etc. Vous ne devriez plus faire de travail ni votre test après l'avoir appelé.

EnqueueTestComplete 

Enqueues une action pour appeler TestComplete. C'est la manière la plus utilisée d'appeler TestComplete lorsqu'un travail est effectué, et serait généralement le dernier appel à la méthode Enqueue *.

EnqueueCallback 

Enqueues an Action (délégué, simple lambda, etc.). L'élément de travail appelle effectivement l'action, puis continue. Alternativement, cette méthode de mise en file d'attente prend également un tableau d'Actions, vous permettant d'enchaîner plusieurs appels d'Action dans l'ordre.

EnqueueConditional 

Prend une instruction/un prédicat conditionnel Func. Chaque fois que l'élément de travail est évalué, la fonction est appelée. Quand il renvoie True, l'élément de travail est terminé et l'exécution se poursuit. Après chaque invocation du prédicat, le framework de test déroulera la pile, permettant à un autre travail de se produire, avant de revenir pour essayer à nouveau la condition.

EnqueueDelay 

Cette méthode en file d'attente un élément de travail qui prend soit un objet TimeSpan ou un nombre entier représentant le nombre de millisecondes au minimum pour retarder avant de poursuivre. Ce n'est pas une minuterie exacte, mais plutôt un moyen de s'assurer qu'au moins un minimum de temps continue. Cela ressemble plus à un appel DoEvents qu'à un appel de veille, car il ne bloque pas le thread de l'interface utilisateur.

Questions connexes