Je suis intéressé par l'utilisation d'un outil de couverture de code pour mon prochain projet .NET mais je me demandais si c'était nécessaire pour moi? Je suis le seul développeur de la société pour laquelle je travaille, donc l'utilisation de NCover serait-elle un avantage pour moi ou est-ce seulement pour les grandes équipes utilisant l'intégration continue? MerciDois-je utiliser un outil de couverture de code?
Je dirais qu'il faut y aller. L'analyse de la couverture de code peut aider même un seul développeur, peut-être même plus qu'une équipe, puisque vous avez essentiellement tout le système sur vos épaules. Si vous êtes le seul développeur, vous avez un contrôle total sur les outils que vous utilisez et la façon dont vous voulez que les choses soient configurées. Une fois/si plus de développeurs sont ajoutés, vous aurez tous les outils en place pour créer un logiciel de qualité.
Caleb,
Si vous ne connaissez pas déjà, Visual Studio 2008 Team System Editions de VS2008 peut faire la couverture de code pour vous. Ce n'est pas aussi complet que NCover, mais ce devrait être un bon début pour vous. Si vous aimez ce qu'il fait et vous voulez plus de cloches et de sifflets, que je ne vois pas pourquoi pas. (C'est seulement 200 $ pour l'édition classique la dernière fois que j'ai vérifié).
-Artel
Bien sûr, vous devriez l'utiliser. C'est toujours un autre outil pour vous aider. Mais rappelez-vous, la couverture de code n'est pas la chose la plus importante lors du test de votre code. Vous obtiendrez un certain nombre de lignes de code qui sont couvertes de tests, mais cela ne signifie pas que votre code est à l'épreuve des bogues. Utilisez ncover pour trouver les endroits qui ont peu ou pas de couverture.
Si vous faites l'effort d'écrire des tests automatisés, alors utilisez certainement un outil de couverture de code pour avoir une idée de la façon dont les zones du code de base de ces tests couvrent.
La visualisation de la couverture de code lors de l'écriture de tests est également utile pour s'assurer que vos tests testent réellement ce que vous pensez être. Le surcoût de la couverture du code de mesure par rapport au temps d'écriture des tests de ces jours est si faible qu'il n'est pas logique d'écrire des tests et de ne pas voir la couverture de ces tests.
Bon appel. Si vous avez déjà des tests unitaires, ignorer la couverture est plutôt ridicule. J'ai constaté que la vérification de la couverture du code améliore toujours mes tests (puisque je découvre immédiatement ce qui est en cours d'exécution et corrige ce qui ne l'est pas) et, par extension, la qualité de mon logiciel. Une bonne couverture n'est pas une solution miracle, mais elle a tendance à augmenter votre confiance dans vos tests, et peut vous aider à concentrer vos efforts de test en évitant les tests redondants et les cas de coin manqués. –
Merci pour les réponses! Tout ce que vous avez dit est logique. Pourquoi ne pas y aller? Cela ne peut que m'aider et m'aider en tant que développeur. :) – CalebHC