Discussion :

[berceker united]

Bonjour,

Gros débutant sur C# mais j'aime ce langage surtout que j'ai cette impression de retirer les chaines que j'avais avec PHP.
J'ai quelque questions sur la manière de gérer son projet sous C#
Je voudrais faire un projet qui bouillonne depuis des années dans ma tête. Déjà entamé avec PHP, mais ce dernier n'est pas assez véloce et je veux que ça soit fait sous SQL Server, là ou je suis plus à l'aise que Mysql maintenant que je bosse au quotidien sur celui de Microsoft.
Je souhaite faire une librairie écrit en C# pour qu'il puisse être exploiter en ASP.NET (dont je vais commencer à m'intéresser).

Au départ, quand je faisais des petits trucs en C#, pour tester ma librairie, je faisais un autre projet de type console, j'intégrais ma lib et je codais ainsi mes testes en faisant des sorties écrans de mes testes. Cela marche mais c'est pas terrible et pas pro. Je suppose qu'il existe d'autre moyen pour tester sa librairie sans devoir faire une interface avec un formulaire etc ou la méthode que j'utilisais.

Quel moyen utiliser et rapide ? Merci

[Vtek001]

Au départ, quand je faisais des petits truc en C#, pour tester ma librairie, je faisais un autre projet de type console et je codais ainsi ma librairie en faisant des sorties écrans de mes testes. Cela marche mais c'est pas terrible et pas pro. Je suppose qu'il existe d'autre moyen pour tester sa librairie sans devoir faire une l'interface avec un formulaire etc.

Quel moyen utiliser et rapide ? Merci

Salut !

Je penses que Unit Testing Framework répond à ton problème si tu cherche à bien tester une librairie.
Tu as à disposition l'explorateur de test dans les VS à partir d'express, donc normalement pas de soucis pour en faire .

Si tu as une version plus avancée (Premium ou Ultimate) tu as même un outil pour analyser la couverture des tests sur ton code.

Plus d'information sur MSDN : http://msdn.microsoft.com/en-us/library/hh694602.aspx

[berceker united]

Salut !

Je penses que Unit Testing Framework répond à ton problème si tu cherche à bien tester une librairie.
Tu as à disposition l'explorateur de test dans les VS à partir d'express, donc normalement pas de soucis pour en faire .

Si tu as une version plus avancée (Premium ou Ultimate) tu as même un outil pour analyser la couverture des tests sur ton code.

Plus d'information sur MSDN : http://msdn.microsoft.com/en-us/library/hh694602.aspx

Merci pour ton retour. Je vais m'intéresser plus au testes unitare déjà intégré.

[DonQuiche]

Bonjour.

Alternativement il existe une solution libre de tests unitaires avec couverture de code : nunit + ncover. A vrai dire je préfère celle-ci : la solution de VS souffre (souffrait ?) de plusieurs défauts, notamment sa lenteur et l'absence de groupes de tests quand on souhaite n'en exécuter que certains. Par ailleurs mon environnement de dév est suffisamment encombré pour que je privilégie une fenêtre à part.

Quel que soit le framework retenu, il va surtout falloir se renseigner sur les méthodologies. C'est que le sujet de la testabilité du code est très complexe. Pour commencer les tests peuvent servir à de nombreuses choses : guider le programmeur parfois jusque dans la conception elle-même (TDD : test-driven development), documenter l'utilisation du code, vérifier la conformité au cahier des charges, découvrir des bogues ou prévenir l'apparition de bogues dans le code existant, ... Et du coup il existe de nombreux types de tests (unitaires, fonctionnels ou intégration) et d'approches (boîte noire, boîte blanche, utilisation du hasard, etc).

J'aimerais pouvoir te recommander une bonne ressource sur le sujet, malheureusement je n'en ai jamais trouvée. Cela dit je te recommande fortement de chercher des ressources spécifiques à C# dans la mesure où le design d'un langage et la conception du projet affectent grandement la testabilité en pratique.

[Guulh]

Hello,
en complément de ce qui est dit au dessus.

Le système de tests intégré à VS ou NUnit est conçu pour les tests unitaires / les tests d'intégration. J'ai l'impression que dans ton cas, le but n'est ni de faire de la TDD ni couvrir ton code pour éviter les régressions (même si tu y as intérêt, d'ailleurs), mais juste l'essayer sans devoir coder une application hôte. NUnit peut aussi convenir dans ce scénario. Perso, j'utilise NUnit principalement pour les tests unitaires et d'intégration, mais aussi pour instrumenter des tâches, un peu comme un langage de script (comme générer une base à partir des fichiers hbm de NHibernate), ou tester un bout de code qui fait intervenir la base / un autre serveur / whatever.

Il faut juste marquer ces "tests" (je mets en guillemet parce que ce ne sont pas des tests unitaires) avec un attribut Explicit (ou l'équivalent chez Microsoft) pour bien montrer que l'intention n'est pas de faire un test unitaire avec assertion et tout le tremblement, mais juste instrumenter du code.