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.
Ich bin ziemlich neu in TDD und ich habe Probleme, wenn ich meinen ersten Test erstelle, wenn er vor dem Implementierungscode steht. Ohne irgendeinen Rahmen für den Implementierungscode kann ich meinen ersten Test schreiben, wie ich will, aber er scheint immer von meiner Java / OO-Denkweise über das Problem befallen …
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 …
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 …
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 …
Ich wollte euch Leute fragen, in welchen Fällen es sinnvoll ist, statisch getippten Funktionscode, wie er in haskell, scala, ocaml, nemerle, f # oder haXe geschrieben ist, zu testen das Wissen der größeren Gemeinschaften nutzen). Ich frage dies, weil nach meinem Verständnis: Ein Aspekt von Unit-Tests ist, dass die Spezifikationen …
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 …
Wenn Sie ein System wie eine KI erstellen, die sehr schnell viele verschiedene Pfade einschlagen kann, oder einen Algorithmus mit mehreren verschiedenen Eingaben, kann die mögliche Ergebnismenge eine große Anzahl von Permutationen enthalten. Welchen Ansatz sollte man wählen, um TDD zu verwenden, wenn man ein System erstellt, das viele, viele …
Ich habe kürzlich einen Artikel gelesen, in dem es heißt, dass Scheinobjekte oft missverstanden und missbraucht werden. Gibt es eindeutige spöttische Anti-Muster, auf die ich achten kann?
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 …
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 …
Geschlossen . Diese Frage ist meinungsbasiert . Derzeit werden keine Antworten akzeptiert. Möchten Sie diese Frage verbessern? Aktualisieren Sie die Frage, damit sie mit Fakten und Zitaten beantwortet werden kann, indem Sie diesen Beitrag bearbeiten . Geschlossen vor 4 Jahren . Ich bin die einzige Person in meinem Team, die …
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 …
Gelegentlich stoße ich auf die Situation, dass zur Behebung eines Fehlers ein Codeabschnitt gelöscht werden muss. Der TDD-Purist würde (ich nehme an) befürworten, einen fehlerhaften Test zu schreiben, den Code zu löschen und dann den Testdurchlauf zu beobachten. Nun, es scheint wirklich seltsam, einen Test zu haben, der behauptet, dass …
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. …
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 …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.