Als «tdd» getaggte Fragen

TDD steht für Test Driven Development oder Test Driven Design. Es ist die Praxis, einen Komponententest zu schreiben, bevor Code geschrieben wird, um ihn zu erfüllen, was als Rot-Grün-Refaktor-Zyklus bekannt ist.


4
Testgetriebene Entwicklung
Ich habe mehr als zwei Jahre Erfahrung in der Anwendungsentwicklung. In diesen zwei Jahren war meine Herangehensweise an die Entwicklung wie folgt Anforderungen analysieren Identität Kernkomponente / Objekte, Erforderliche Funktionen, Verhalten, Prozess und deren Einschränkungen Erstellen Sie Klassen, Beziehungen zwischen ihnen, Einschränkungen für das Verhalten und den Status von Objekten …

5
Warum schreiben Sie Tests für Code, den ich überarbeiten werde?
Ich überarbeite eine riesige Legacy-Code-Klasse. Refactoring (ich nehme an) befürwortet dies: Schreibe Tests für die Legacy-Klasse Refactor zum Teufel aus der Klasse Problem: Sobald ich die Klasse überarbeitet habe, müssen meine Tests in Schritt 1 geändert werden. Was früher in einer Legacy-Methode enthalten war, kann jetzt stattdessen eine separate Klasse …

5
Die relative Kosteneffizienz einer (Akzeptanz-) testgetriebenen Entwicklung
Ich möchte wissen, wie sich die Ressourcenplanung insgesamt auf ein Softwareprojekt auswirkt, bei dem die Anforderungen und das Design des Projekts durch automatisierte Abnahmetests und Komponententests im Gegensatz zu einem eher "traditionellen" Ansatz bei der Softwareentwicklung bestimmt werden. Wie wirkt sich Ihrer Erfahrung nach die Gesamtwirkung auf den Ressourcenbedarf für …
15 tdd  estimation 


4
Warum wird Conways "Game of Life" für Code-Retreats verwendet?
Code Retreat ist eine ganztägige Schulungsveranstaltung, die sich auf die Grundlagen der Softwareentwicklung konzentriert. Es steht ein "globaler" Code-Retreat-Tag an und ich freue mich darauf. Das heißt, ich war schon einmal in einem und muss sagen, dass es eine Menge Chaos gab ... was in Ordnung ist. Eine Sache, die …
15 tdd 



4
Ressourcen für testgetriebene Entwicklung in Webanwendungen? [geschlossen]
Aus heutiger Sicht passt diese Frage nicht zu unserem Q & A-Format. Wir erwarten, dass die Antworten durch Fakten, Referenzen oder Fachwissen gestützt werden, aber diese Frage wird wahrscheinlich Debatten, Argumente, Abstimmungen oder erweiterte Diskussionen hervorrufen. Wenn Sie der Meinung sind, dass diese Frage verbessert und möglicherweise erneut geöffnet werden …

5
Wie kombiniere ich strikte TDD und DDD?
Bei TDD geht es darum, Code anhand von Tests zu entwerfen. Daher werden typische Schichten normalerweise nicht im Voraus aufgebaut. Sie sollten leicht durch Refactoring-Schritte angezeigt werden. Das domänengetriebene Design umfasst viele technische Muster, die gut etablierte Schichten wie die Anwendungsschicht, die Infrastrukturschicht, die Domänenschicht und die Persistenzschicht definieren. Wie …


4
Erzwingt mich die testgetriebene Entwicklung, SOLID zu folgen?
Ich höre viel von TDD- Praktikern, dass einer der Vorteile von TDD darin besteht, dass Entwickler die SOLID- Prinzipien befolgen müssen (Einzelverantwortung, Open-Closed, Liskov-Substitution, Schnittstellentrennung und Abhängigkeitsinversion). Für mich ist es jedoch ausreichend, nur einige Tests zu schreiben (hauptsächlich Unit-Tests), um zu verstehen, dass es wichtig ist, SOLID zu folgen …


8
Alternative zur Anzeige "Passing / Broken Build"?
Wenn eine kontinuierliche Integration die Tests bei jedem Commit ausführt, ist es eine bewährte Methode, alle Tests zu jeder Zeit bestehen zu lassen (auch bekannt als "Den Build nicht unterbrechen"). Ich finde einige Probleme damit: Zum Beispiel kann man einem Open-Source-Projekt nicht helfen, indem man Tests erstellt, die Tickets entsprechen. …

4
TDD mit SQL- und Datenmanipulationsfunktionen
Während ich ein professioneller Programmierer bin, wurde ich noch nie in Software-Engineering ausgebildet. Da ich häufig hier bin und SO, habe ich einen Trend festgestellt, wann immer möglich Unit-Tests zu schreiben, und da meine Software komplexer und ausgefeilter wird, sehe ich automatisierte Tests als eine gute Idee, um das Debuggen …

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.