2010-12-10 9 views
4

Ok Ich lese gerade mein Buch über Java von Head First Labs, ich lese den Teil, wo sie anfangen, über XP zu sprechen, wo sie uns dazu bringen, Prep-Code und Test-Code und dann echten Code zu schreiben.Extreme Programmierung Vorbereitung/Test/Real Code?

Ich verstehe den Punkt des Prep-Codes und den echten Code, aber den Test-Code verstehe ich nicht wirklich. Es fühlt sich an, als würde ich nur Code schreiben, der keine Auswirkungen auf mein endgültiges Projekt hat.

Kann jemand diese Methode benutzen und erklären, wie man davon profitiert und wie man es richtig benutzt?

Danke

Antwort

4

Prüfregeln großen Einfluss auf Ihr Projekt hat: es verbessert die Codequalität und steigert die Produktivität. Sie haben Recht - die Codezeilen, die Sie in die Testklassen eingeben, erscheinen nicht im Produktionscode, aber wenn Sie ernsthafte Codierung vornehmen, schreiben Sie trotzdem einen Komponententest. Jetzt schreiben Sie zuerst die Tests und später den "echten Code", basierend auf den Tests.

Der "Test Driven Development" -Ansatz geht so:

  1. Software-Anforderungen definieren (für eine Übersetzungseinheit)
  2. schreiben Unit-Tests, die alle über Ihre Anforderungen abdecken (alle in diesem Moment fehl)
  3. -Code Ihrer Übersetzungseinheit, bis die Tests fehlschlagen nicht mehr

Ihr sicher Am Ende, dass Sie Code geschrieben haben, dass Ihr (und Ihre Kunden) erfüllt erf Anforderungen.

+0

Also, was würdest du Testcode für jede Methode oder nur bestimmte Dinge schreiben? – jchase520

+2

@ jchase520 - Komponententests (mindestens) für alle nicht-privaten Methoden schreiben. Die Tests sollten ** alle ** möglichen Eingaben abdecken und definierte Ergebnisse und Verhalten sicherstellen (triviales Beispiel: was passieren sollte, wenn ein Benutzer 'null' als Argument übergibt) –

+0

Hatte zu googlen, welche Einheit in Java war lol, fand heraus, dass es war nur ein anderes Wort für Klasse – jchase520