Dart, un environnement de test

Posté par  . Modéré par Nÿco.
Étiquettes :
0
23
juin
2003
Technologie
Dart est une sorte d'environnement de test, qui va exécuter vos scripts de tests, vos builds ou lancer vos exécutables et qui ensuite vous présentera les résultats. Dans les différents articles/dépêches que j'ai vu passer sur les langages interprétés, les commentateurs s'extasiaient sur les possibilités qu'offrent ces langages pour les tests.

L'argument est : c'est génial, plutôt que perdre du temps à compiler, vérifier les warnings, les erreurs et enfin les résultats, on fait tourner le code dans un interpréteur (UnderC) et ensuite on le compile (gcc).

Je ne suis pas d'accord avec cette approche : elle n'est pas répétable : qui dit que l'interpréteur se comporte de la même façon que le compilateur ? Et pour les performances ?
C'est intéressant pour simplement tester une fonctionnalité, mais pas pour tester le code.

Une meilleure méthode (a mon humble avis) :
1 écrire une spec propre.
2 à partir de cette spec, écrire un script de test (une moulinette)
3 écrire le code
4 compiler le code
5 faire tourner la moulinette sur le code.

Alors voilà, je vous présente l'outil que certains de mes collègues et moi utilisons et qui est bien pratique : je vous laisse aller voir le site qui est très bien fait et qui vous présentera tout cela bien mieux que moi.

Aller plus loin

  • # Re: Dart, un environnement de test

    Posté par  (site web personnel) . Évalué à 6.

    Oui mais non. La possibilité d'utiliser un interprêteur, c'est surtout pour les premiers tests et le debug (La phase ou on trouve un bug toutes les 5 minutes ...) Ensuite, pour faire une vraie campagne de tests, oui, il faut un truc automatique. Sinon, l'idée d'utiliser plusieurs environnements (Compilateur + interprête) n'est pas non plus une mauvaise idée au sens ou ça permet de tester la portabilité du logiciel. Mais là aussi, les tests de validation finale doivent être passés dans le même environnement que la release finale.

  • # Re: Dart, un environnement de test

    Posté par  . Évalué à 1.

    En fait, j'aurais du prendre un peu plus de temps pour ecrire l'article, il manque quelques points importants : - les tests, ce n'est pas du prototypage (le prototypage serait plutot une methode de developpement) - les tests, ou plutot la methode de test est etroitement liee aux methodes de developpement. - des tests sans une solide structure de projet ne servent a rien : les tests s'appuient sur des specifications (du systeme, des composants ...), sur un/des plans de test, ils doivent ensuite etre collectés et analysés. Je pense qu'utiliser DART (ou un autre outil du meme genre) n'est interessant que si : - les developpeurs sont feignants, mais organises - le projet est bien documente (d'un point de vue specifications) - le projet est structure (une roadmap bien definie, des repartitions des taches claires) A noter egalement, que DART tout seul ne sert a rien : - un traceur de bugs (Bugzilla....) - un systeme de gestion/suivi de soft/doc (Subversion) permettent de rentabiliser l'effort des tests. Donc pour resumer, un soft de gestion de tests (unitaire/integration/systeme) ne prend son interet que dans le cadre d'un developement bien structure, et dans le cadre d'une demarche reflechie et coherente.

  • # Re: Dart, un environnement de test

    Posté par  . Évalué à 1.

    Dans la boite ou je suis les tests unitaires sont lances avec des scripts en Perl. Simple, efficace et propre. Tout le framework est developpe et pour chaque nouveau projet des squelettes sont deja tout pres. Reste a configurer quelques broutilles pour adapter au projet courant.

  • # Re: Dart, un environnement de test

    Posté par  (site web personnel) . Évalué à 4.

    Quelqu'un a déjà utilisé DejaGNU ?

    C'est un truc pour faire des tests de non-reg je crois.

    • [^] # Re: Dart, un environnement de test

      Posté par  . Évalué à 2.

      Oui, dejaGNU est dans la meme veine, mais s'il est plus puissant :
      - il est nettement moins facile a mettre en oeuvre
      - il ne propose pas de clickodrome (interface conviviale) pour les resultats de tests.

    • [^] # Re: Dart, un environnement de test

      Posté par  (site web personnel) . Évalué à 1.

      Oui je l'utilise pour certains codes, en réutilisant la structure mise en place pour les tests de GCC. ça répond à mon besoin en tout cas, mais c'est vrai que c'est pas évident à mettre en oeuvre (merci GCC au passage).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.