Flux de travail de test Haskell

obtenir les tests unitaires, la couverture de code, et les benchmarks droit est principalement sur le choix des bons outils.

• test-cadre offre un one-stop-shop pour exécuter tous vos HUnit cas de test de et de QuickCheck toutes les propriétés d'un harnais.
La couverture du Code
• est intégrée dans GHC sous la forme de l'outil HPC .
Le critère
• fournit une excellente analyse comparative des machines

je vais utiliser comme exemple d'exécution un paquet que je viens de commencer à activer avec les tests unitaires, la couverture du code et les benchmarks:

http://github.com/ekmett/speculation

vous pouvez intégrer vos tests et benchmarks directement dans votre fichier cabal en ajoutant des sections pour eux, et en les masquant derrière des drapeaux pour qu'ils ne le fassent pas pour que chaque utilisateur de votre la bibliothèque doit avoir accès (et vouloir utiliser pour elle-même) à la version exacte des outils de test que vous avez choisis.

http://github.com/ekmett/speculation/blob/master/speculation.cabal

alors, vous pouvez dire à cabal comment exécuter votre suite de test. comme le test cabal n'existe pas encore -- nous avons un étudiant qui travaille dessus pour l'été de code de cette année! -- le meilleur mécanisme que nous avons est Voici comment faire utiliser la cabale de l'utilisateur mécanisme de crochet. Cela signifie passer à une construction "sur mesure" avec cabal et configurer un testHook. Un exemple de testHook qui exécute un programme de test écrit avec test-framework, puis applique hpc pour le profiler peut être trouvé ici:

http://github.com/ekmett/speculation/blob/master/Setup.lhs

et ensuite vous pouvez utiliser test-framework pour regrouper les tests QuickCheck et HUnit en un seul programme:

http://github.com/ekmett/speculation/blob/master/Test.hs

le fichier cabal il est prudent d'activer-fhpc pour activer le test de couverture du code, puis le testHook dans Setup.lhs exécute manuellement hpc et écrit sa sortie dans votre dir dist.

pour le benchmarking, l'histoire est un peu plus manuelle, il n'y a pas d'option "Cabal benchmark". Vous pouvez connecter vos points de repère dans votre crochet de test, mais j'aime les exécuter par la main, car le Critère a de nombreux rapports graphiques options. Vous pouvez ajouter vos benchmarks au fichier cabal comme indiqué ci-dessus, leur donner des drapeaux de compilation séparés, les cacher derrière un drapeau cabal, puis utiliser le critère pour faire tout le levage lourd:

http://github.com/ekmett/speculation/blob/master/Benchmark.hs

vous pouvez alors exécuter vos benchmarks à partir de la ligne de commande et obtenir des fenêtres pop-up KDE avec des résultats de benchmark, etc.

puisque dans la pratique vous vivez dans la cabale de toute façon tout en développant le code Haskell, il est très logique d'intégrer votre chaîne d'outils avec elle.

Modifier : Cabale test à l'appui maintenant, n'existe pas. Voir http://www.haskell.org/cabal/release/cabal-latest/doc/users-guide/developing-packages.html#test-suites