Gallio Icarus vs. Testdriven.net

Question

Quelles sont les différences entre l'utilisation d'un outil VS intégré comme Testdriven.net ou l'utilisation d'un outil de test GUI comme Icarus ou NUnit GUI?

Qu'est-ce que vous préférez et pourquoi? Jusqu'ici, j'ai trouvé que les rapports sont meilleurs dans Icarus que dans td.net, qui ne dispose que d'une sortie en ligne de commande. Cependant td.net est plus rapide à utiliser, je peux exécuter des tests simples plus facilement sans avoir à décocher le reste en premier. L'intégration de NCover est très agréable aussi.

Answer 1

Icarus a une grande fonctionnalité qui me permet de l'utiliser. C'est le rechargement automatique et la relance des tests. Je garde Icarus planant sur le moniteur de gauche. Chaque fois que je compile dans Visual Studio, Icarus recharge les assemblages et exécute tous les tests. C'est un peu comme le retour instantané de l'analyse de la solution de Resharper, sauf pour les tests au lieu de la syntaxe. L'exécution des tests est automatique et ne semble pas affecter les performances de Visual Studio (probablement, car Icarus est son propre processus, pas hébergé dans l'IDE).

Pour activer cette configuration, allez dans Icarus-> Options-> Test Explorer. Cochez 'Toujours recharger les fichiers' et 'Exécuter les tests après rechargement'.

Answer 2

Avez-vous un serveur d'intégration continue (comme un serveur de build, mais exécute des tests unitaires)?

Si c'est le cas, vous pouvez configurer gallio pour exécuter vos tests unitaires et disposer de toutes les informations de rapport, tout en permettant aux développeurs d'utiliser quelque chose avec une rétroaction plus rapide pendant qu'ils travaillent.

S'il n'y a pas d'option, je préfère quelque chose qui est intégré dans l'EDI comme Testdrvien. La rétroaction immédiate est vraiment utile lors de la refactorisation d'un morceau de code ou de développer quelque chose de nouveau sous TDD. En outre, si vous n'avez pas la vérification de la santé mentale en un seul point (comme un serveur CI), vous allez vouloir autant d'yeux que vous pouvez trouver sur ces tests unitaires. Les développeurs ont tendance à utiliser ce qui est le plus simple et, en général, une suite de tests intégrée est plus facile qu'un composant séparé.