2009-05-26 3 views

Répondre

7

Cela aurait du sens si vous étiez en train de rechercher des problèmes de mémoire/un mauvais code dans le cadre des tests unitaires ou des tests de construction finale. Il peut y avoir deux approches:

  1. écrire un outil de test qui utilisera API de valgrind grâce à sa bibliothèque, à peu créer beaucoup une coutume frontal remplacer l'exécutable valgrind (semble comme un mal de tête)
  2. Valgrind peut aussi XML sortie pour memcheck (l'--xml = yes option)
  3. Utilisez Expecthttp://en.wikipedia.org/wiki/Expect pour automatiser vos actions valgrind et inspectez ligne de commande la sortie
  4. écriture des scripts shell exécutés valgrind et grep la sortie
  5. regarder Peut-être en ajoutant cette fonctionnalité à quelque chose comme DejaGNU qui utilise attendre et tcl

Peut-être que ces outils peuvent créer automatiquement des éléments de bugs dans votre outil de suivi (bien qu'il puisse se remplir rapidement).

Je n'ai rien vu moi-même, mais en tant qu'utilisateur valgrind, ce serait pratique. Si vous créez quelque chose de cool, peut-être le lancer comme un projet open-source!

modifier après un peu de googler je trouve http://www.redhat.com/f/summitfiles/presentation/June2/Developer%20Tools/Cox,Malcom_Automated%20Testing.pdf

qui semble couvrir les tests automatisés utilisant DejaGNU et Valgrind comme je l'ai suggéré plus haut

Bonne chance!

Questions connexes