2010-12-10 30 views
4

Ok Je lis mon livre sur Java de Head First Labs, je lis la partie où ils commencent à parler de XP, où ils commencent à nous faire écrire du code de préparation et du code de test, puis du vrai code. Je comprends en quelque sorte le point du code de préparation et le code réel, mais le code de test que je ne comprends pas vraiment. J'ai l'impression d'écrire du code qui n'a aucun effet sur mon projet final. Est-ce que quelqu'un utilise cette méthode et peut expliquer comment bénéficier de son utilisation et comment l'utiliser correctement?Extreme Programming Prep/Test/Real Code?

Merci

Répondre

4

Code d'essai a un grand effet sur votre projet: il améliore la qualité du code et augmente la productivité. Vous avez raison - les lignes de code que vous mettez dans les classes de test n'apparaîtront pas dans le code de production, mais si vous faites un codage sérieux, vous écrirez un test unitaire de toute façon. C'est juste que maintenant vous écrivez les tests d'abord et le "code réel" plus tard et sur la base des tests.

L'approche « test axée sur le développement » va comme ceci:

  1. Définir la configuration logicielle requise (pour une unité de compilation)
  2. écriture des tests unitaires, qui couvrent l'ensemble de vos besoins (tout échouera à ce moment)
  3. code votre unité de compilation jusqu'à ce que les essais ne manquent pas plus

A la fin de votre sûr, que vous avez écrit du code, qui répond à vos (et vos clients) req conditions.

+0

Alors, pourquoi écrire du code de test, toutes les méthodes ou seulement des choses spécifiques? – jchase520

+2

@ jchase520 - Écrire des tests unitaires (au moins) pour toutes les méthodes non privées. Les tests doivent couvrir ** toutes ** les entrées possibles et garantir des résultats et un comportement définis (exemple trivial: que se passe-t-il si un utilisateur passe "null" comme argument) –

+0

A dû google quelle unité était en Java lol, a découvert qu'il était juste un autre mot pour la classe – jchase520