Les tests unitaires dans Delphi - comment faites-vous cela?

Je me demande comment les quelques Delphi utilisateurs ici sont en train de faire les tests unitaires, le cas échéant? Est-il quelque chose qui s'intègre avec l'IDE que vous avez trouvé qui fonctionne bien? Si non, quels outils utilisez-vous et avez-vous ou connaissez des exemple de mini-projets qui démontrent comment tout cela fonctionne?

Mise à jour:

J'ai oublié de mentionner que je suis en utilisant BDS 2006 Pro, mais il m'arrive parfois de tomber dans Delphi 7, et bien sûr, d'autres peuvent être en utilisant d'autres versions.

  • Il n'y a pas de remplacement automatique de tests logiciels, à moins que le logiciel afin d'être testé a perdu de leur charme et il n'y a pas de développement (généralement de logiciel rapide pour les programmes de test/unités à suivre). Des programmes de Test themselfes peut contenir des bugs. J'ai moi-même écrire des mini-programmes de test pour tout ce que j'écris... il n'y a pas de remplacement pour elle. Testeur peut être une bonne sécurité de l'emploi, il ne s'en ira jamais 😉 Pour moi, le "framework de test unitaire" est totalement inutile pour autant que je suis concerné. Tout simplement appel à toutes les méthodes et marcher à travers elle à la main est le meilleur pour le débogage.
  • Contrairement à ce que l' @SkybuckFlying dit ci-dessus, les tests unitaires automatisés est le fondement de vérifier correctement le logiciel. Bon les tests unitaires automatisés appliquer couplage lâche et un bon design. "J'ai moi-même écrire des mini-programmes de test pour tout ce que j'écris... il n'y a pas de remplacement pour elle." C'est exactement ce qu'est une unit test framework est-un cadre pour l'écriture de simples programmes de test qui assurent un certain morceau de code se comporte comme prévu et présente les résultats dans un cadre cohérent et automatisable façon.
  • Quand je pense que des "tests", je pense "débogage". Ce que vous décrivez ressemble plus à vérifier si le code se comporte selon les modèles existants... je pense que c'est ici une différence entre... "vérification de ce qui était attendu"... et "enquête de l'inconnu". Pour moi enquêter sur l'inconnu est de débogage dans trueest forme.
  • Je récuse le mot "tests unitaires automatisés". Ressemble trop à il y a un peu de magie outil permettant de générer automatiquement des programmes de test. Autant que je sache, et vous pouvez dire que vous devez écrire les programmes de test vous-même. J'ai complètement ne vois pas comment ce ou de tout cadre qui est soi-disant pour aider avec ça... Une véritable test automatisé cadre pourrait utiliser RTTI pour tester toutes sortes de variables, c'est peut-être plus vrai pour des "tests automatisés" ! 😉
InformationsquelleAutor Drew Gibson | 2008-08-20