Ich lerne die Konzepte der testgetriebenen Entwicklung durch Lesen derHandwerkerartikel (klickenHandwerker unterNach Thema) in einer Antwort auf meine vorherige Frage empfohlen,"Beispielprojekt zum Erlernen von JUnit und zum richtigen Software-Engineering". Ich liebe es so weit!

Aber jetzt möchte ich mich setzen und es selbst versuchen. Ich habe eine Frage, die hoffentlich nur eine einfache Antwort braucht.

Wie organisieren Sie Ihre JUnit-Testklassen und Ihren aktuellen Code? Ich spreche hauptsächlich über die Paketstruktur, aber auch andere bemerkenswerte Konzepte wären hilfreich.

Fügen Sie Testklassen in org.meinname.projekt.test. * Und normalen Code in org.meinname.projekt. * Ein? Stellen Sie die Testklassen neben die normalen Klassen? Möchten Sie den Klassennamen lieber Test voranstellen als sie mit einem Suffix versehen?

Ich weiß, dass ich mir so schnell keine Sorgen machen sollte, aber ich bin eine sehr organisationsorientierte Person. Ich binfast Die Art von Person, die mehr Zeit damit verbringt, Methoden zu finden, um den Überblick zu behalten, was zu tun ist, als Dinge tatsächlich zu erledigen.

Und ich habe ein Projekt, das derzeit ordentlich in Pakete unterteilt ist, aber das Projekt wurde zu einem Chaos. Anstatt zu versuchen, alles umzugestalten und Tests zu schreiben, möchte ich neu anfangen, Tests an erster Stelle. Aber zuerst muss ich wissen, wohin meine Tests führen.

bearbeiten: Ich habe Maven total vergessen, aber es scheint, dass die Mehrheit von Ihnen es benutzt! In der Vergangenheit hatte ich einen bestimmten Anwendungsfall, in dem Maven mich völlig aus dem Konzept gebracht hat, aber Ant hat mir die Flexibilität gegeben, die ich brauchte, und so hing ich schließlich an Ant, aber ich denke, ich habe vielleicht nur den falschen Ansatz gewählt. Ich denke, ich werde Maven noch einmal ausprobieren, weil es so klingt, als würde es gut zu einer testgetriebenen Entwicklung passen.