Gallio Icarus vs Testdriven.net [fermé]

Question

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

Que préférez-vous et pourquoi?

Jusqu'à présent, j'ai trouvé que les rapports sont mieux Icarus que dans td.net, qui dispose d'une seule sortie de ligne de commande. Cependant td.net est plus rapide à utiliser, je peux exécuter plus facilement des tests simples sans avoir à décocher le reste d'abord. l'intégration NCover est très agréable aussi.

Answer 1

Icarus a une caractéristique qui me tient à l'utiliser. Il est le rechargement automatique et reprise des tests.

Je garde Icare planant au-dessus de l'écran à gauche. Chaque fois que je construis dans Visual Studio, Icare les assemblées et recharge exécute tous les tests. Il est un peu comme la rétroaction instantanée d'analyse 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 b / c Icarus est de son propre processus, pas hébergé dans l'EDI).

Pour activer cette configuration aller à Icarus-> Options-> test Explorer. Vérifiez 'Toujours recharger les fichiers' et «Exécuter des tests après reload.

Answer 2

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

Si oui, vous pouvez configurer Gallio pour exécuter vos tests unitaires et toutes les informations des rapports il tout en permettant aux développeurs d'utiliser quelque chose avec un feedback plus rapide pendant qu'ils travaillent.

S'il n'y a pas d'autre choix, je préfère quelque chose qui est intégré dans l'IDE comme Testdrvien. Le feed-back immédiat est vraiment utile quand refactoring un morceau de code ou de développer quelque chose de nouveau sous TDD. D'ailleurs, si vous ne disposez pas de la vérification de la validité en cours en un seul point (comme un serveur CI), vous allez vouloir autant d'yeux que vous pouvez trouver sur les tests unitaires. Les développeurs ont tendance à utiliser tout ce qui est plus facile et, en général, une suite de test intégré est plus facile que d'un composant séparé.