Test: temps de qualité avec dunit

9/19/2017

930

Test: temps de qualité avec dunit

Rob Bracken vérifie que l'extrême programmation à l'aide de DUnit peut faire pour le développement de votre application.
Vous avez probablement entendu parler de l'Extreme Programming, ou XP (non, je ne pense pas que Microsoft avait à l'esprit quand ils ont nommé la dernière version de Windows). XP vous encourage à être obsédé sur les tests de votre code et de revoir à la baisse d'un chapeau. XP et de refactoring se complètent très bien, tant que vous ne seriez pas en confiant au sujet de refactoring, sauf si vous avez pu tester la refonte du système.
Même si vous ne faites pas beaucoup de refactoring, cependant, c'est une bonne idée de tester le système de temps en temps. En outre, si vous mettez en place une série de tests qui automatiquement de tester votre code, vous pouvez vérifier plus tard les modifications que vous apportez. Donc, si le patron du fils de 10 ans lui a montré comment faire un publipostage Word, vous pouvez ajouter cette fonctionnalité, confiant que vous n'avez rien de cassé quelque part ailleurs dans le système. Puis, quand Borland communiqués de la prochaine version de Delphi avec la dernière snappy fonctionnalités, ou la société uniformise sur un autre back - end de la base de données, vous pouvez migrer votre code avec le minimum de tracas, la fixation de tout ce qui échoue les tests. Enfin, lors de l'hélice - tête qui a programmé l'essentiel de la routine qui détient l'ensemble du système des permissions ensemble de la société, vous pouvez toujours maintenir, comme vos modifications ne sont pas passer les tests, à moins que la routine continue à faire ce qu'il a été conçu pour faire. Je suis sûr que vous pouvez penser à d'autres bonnes raisons pour le maintien d'une suite de tests.
Si vous êtes XP règles, vous allez écrire les tests de routine avant de vous écrire la routine. Puis, lorsqu'il passe les tests, vous pouvez être sûr qu'il fait ce qu'il est censé faire. C'est en fait plus facile d'écrire le code une fois que vous avez écrit les tests. La qualité de votre code s'améliore, vous passez moins de temps de dépannage et de lutte contre l'incendie, etc, etc (mais vous avez entendu ces arguments avant, n'est-ce pas?). Vous n'avez pas, cependant, avoir à faire le plein d'XP bits afin de profiter des avantages de test automatique.
CLIQUEZ ICI pour l'article complet.

Test: temps de qualite avec dunit

Test: temps de qualite avec dunit : Plusieurs milliers de conseils pour vous faciliter la vie.

Rob Bracken verifie que l'extreme programmation a l'aide de DUnit peut faire pour le developpement de votre application.
Vous avez probablement entendu parler de l'Extreme Programming, ou XP (non, je ne pense pas que Microsoft avait a l'esprit quand ils ont nomme la derniere version de Windows). XP vous encourage a etre obsede sur les tests de votre code et de revoir a la baisse d'un chapeau. XP et de refactoring se completent tres bien, tant que vous ne seriez pas en confiant au sujet de refactoring, sauf si vous avez pu tester la refonte du systeme.
Meme si vous ne faites pas beaucoup de refactoring, cependant, c'est une bonne idee de tester le systeme de temps en temps. En outre, si vous mettez en place une serie de tests qui automatiquement de tester votre code, vous pouvez verifier plus tard les modifications que vous apportez. Donc, si le patron du fils de 10 ans lui a montre comment faire un publipostage Word, vous pouvez ajouter cette fonctionnalite, confiant que vous n'avez rien de casse quelque part ailleurs dans le systeme. Puis, quand Borland communiques de la prochaine version de Delphi avec la derniere snappy fonctionnalites, ou la societe uniformise sur un autre back - end de la base de donnees, vous pouvez migrer votre code avec le minimum de tracas, la fixation de tout ce qui echoue les tests. Enfin, lors de l'helice - tete qui a programme l'essentiel de la routine qui detient l'ensemble du systeme des permissions ensemble de la societe, vous pouvez toujours maintenir, comme vos modifications ne sont pas passer les tests, a moins que la routine continue a faire ce qu'il a ete conçu pour faire. Je suis sûr que vous pouvez penser a d'autres bonnes raisons pour le maintien d'une suite de tests.
Si vous etes XP regles, vous allez ecrire les tests de routine avant de vous ecrire la routine. Puis, lorsqu'il passe les tests, vous pouvez etre sûr qu'il fait ce qu'il est cense faire. C'est en fait plus facile d'ecrire le code une fois que vous avez ecrit les tests. La qualite de votre code s'ameliore, vous passez moins de temps de depannage et de lutte contre l'incendie, etc, etc (mais vous avez entendu ces arguments avant, n'est-ce pas?). Vous n'avez pas, cependant, avoir a faire le plein d'XP bits afin de profiter des avantages de test automatique.
CLIQUEZ ICI pour l'article complet.