Unité d'essai montrent la sortie
J'ai cherché pour l'unité de l'outil de test et j'ai trouvé l'idéal est NUnit et je pense que bon, mais mon problème que cet outil ne montrer méthode d'essai seul résultat (réussite ou échec) et j'ai besoin de montrer non seulement la réussite ou l'échec aussi la sortie .Comment puis-je montrer la sortie à l'aide de NUnit ou si il y a une autre unité de l'outil de test de son aussi bon ?Si ce n'est pas pris en charge merci de me suggérer comment puis-je le résoudre.
Toutes les idées sont les bienvenues
source d'informationauteur Mohammed Thabet
Vous devez vous connecter pour publier un commentaire.
Tuyauterie de sortie.La Console va travailler pour NUnit, mais ce n'est pas votre meilleure option.
Pour passer des tests, vous ne devriez pas avoir besoin d'examiner la sortie de la console pour vérifier que les tests ont été réussis. Si vous êtes, vous le faites mal. Les Tests doivent être automatisée et reproductible sans intervention humaine. Vérifier à la main n'a pas l'ampleur et crée de faux positifs.
Sur l'autre main, sortie de la console pour ne pas avoir de test est utile, mais seulement à fournir des informations qui pourraient autrement être déduite à partir de la connexion d'un débogueur. C'est beaucoup d'effort supplémentaire à ajouter de journalisation de la console à votre demande pour peu d'avantages.
Au lieu de cela, assurez-vous que vos messages d'erreur sont significatives. Lors de l'écriture de vos tests, assurez-vous que vos affirmations sont explicites. Essayez toujours d'utiliser l'affirmation qui correspond le mieux à l'objet que vous voulez faire valoir et de fournir un message d'erreur qui explique pourquoi le test est important.
Par exemple:
L'affirmation ci-dessus n'est pas vraiment fournir beaucoup d'aide quand le test échoue. Comme NUnit formats de la sortie de la assertions, cette affirmation ne sera pas vous aider car il va quelque chose comme "attend <True> mais il a été <False>".
Plus approprié de les faire valoir fournira plus significatif d'échec de test.
Ce qui donne une bien plus significative message d'échec: "s'Attend <23> mais a <0>: Il devrait y avoir un minimum de 23 éléments par défaut."
Sur la barre du bas de NUnit vous pouvez cliquer sur la Sortie du Texte et de montrer à tous de débogage et de sortie de la console.
Il dépend de l'endroit où vous souhaitez copier les données à partir d'un test.
Je crois que vous avez mentionné quelque chose à l'autre à partir de
File, Log, Console, Debug
de sortie.Comme une alternative
NUnit
permettre à la sortie d'un message dans la régulièrement des tests de flux de sortie, il suffit d'utiliser suivant les méthodes de l'utilitaire:Pour le succès de test
Pour test échoué
Plus de détails, voir ici
Ce post est loooooong après la question a été posée, mais je voulais à carillon. Oui, vous pouvez accomplir beaucoup de choses dans les tests unitaires et d'intégration et probablement faire plus de ce que vous avez besoin. Donc, je suis d'accord, faire autant que vous pouvez dans vos méthodes de test.
Mais parfois, offrant quelques-uns de sortie est utile. Surtout si vous avez besoin de vérifier les résultats et que cette vérification ne peut pas être accompli par le biais de votre unité de test. Pensez à un système externe de votre dev/test de l'environnement dispose d'un accès limité ou inexistant.
Comme un exemple, disons que vous avez frapper un webapi pour CRÉER une demande et la réponse est le nouveau numéro de réclamation. Mais l'api n'a pas d'exposer des méthodes pour OBTENIR une demande, et vous avez besoin de vérifier certaines autres données qui a été créé lorsque vous avez effectué la webapi appel. Dans ce cas, vous pouvez utiliser la sortie revendication numéros de vérifier manuellement le système distant.
FWIW