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.

6
Wie solltest du ein Yahtzee-Spiel TDD?
Angenommen, Sie schreiben einen TDD-Stil für ein Yahtzee-Spiel. Sie möchten den Teil des Codes testen, der bestimmt, ob ein Satz mit fünf Würfeln ein volles Haus ist oder nicht. Soweit ich weiß, befolgen Sie bei TDD folgende Grundsätze: Schreiben Sie zuerst die Tests Schreiben Sie das Einfachste, was funktioniert Verfeinern …
36 unit-testing  tdd 
4
Gibt es Bereiche, in denen TDD einen hohen ROI bietet, und andere Bereiche, in denen der ROI so niedrig ist, dass es sich nicht lohnt, ihm zu folgen? [geschlossen]
Testgetriebene Entwicklung. Ich verstehe es, wie es. Das Schreiben von Tests erfordert jedoch zusätzlichen Aufwand. Daher sollte TDD in der gesamten Codebasis universell verwendet werden, oder es gibt Bereiche, in denen TDD einen hohen ROI bietet, und andere Bereiche, in denen der ROI so niedrig ist, dass es sich nicht …
8
Ist diese Einschränkung von Test Driven Development (und Agile im Allgemeinen) praktisch relevant?
In Test Driven Development (TDD) beginnen Sie mit einer suboptimalen Lösung und erzeugen dann iterativ bessere, indem Sie Testfälle hinzufügen und umgestalten. Die Schritte sollten klein sein, was bedeutet, dass sich jede neue Lösung in der Nähe der vorherigen befindet. Dies ähnelt mathematischen lokalen Optimierungsmethoden wie Gradientenabstieg oder lokale Suche. …
7
Wann sollte ich Integrationstests schreiben?
Nach den TDD-Regeln werden Komponententests vor dem Produktionscode geschrieben. Wie steht es jedoch mit Integrationstests, die die Interaktion zwischen konkreten (nicht nachgebildeten) verdrahteten Objekten ausüben? Sollten sie vor dem Komponententest oder nach dem Seriencode geschrieben werden, um nur die "Verkabelung" zu testen? Beachten Sie, dass es sich nicht um Akzeptanz- …
3
Beziehung zwischen BDD und TDD
Wie ist das Verhältnis von BDD und TDD? Nach meinem Verständnis fügt BDD zwei wichtige Dinge zu TDD hinzu: Benennungstests (Sicherstellen / Sollte) und Abnahmetests. Soll ich TDD während der Entwicklung von BDD folgen? Wenn ja, sollten meine TDD-Komponententests im selben Stil angegeben werden?
30 tdd  bdd 
3
Was passiert mit den Tests von Methoden, wenn diese Methode nach einer Neugestaltung in TDD privat wird?
Angenommen, ich beginne mit der Entwicklung eines Rollenspiels mit Charakteren, die andere Charaktere und dergleichen angreifen. Mit TDD mache ich einige Testfälle, um die Logik in der Character.receiveAttack(Int)Methode zu testen . Etwas wie das: @Test fun healthIsReducedWhenCharacterIsAttacked() { val c = Character(100) //arg is the health c.receiveAttack(50) //arg is the …
4
Sollten wir immer Unit-Test-Bugs verwenden, wenn wir sie korrigieren?
Beim Korrigieren von Fehlern wird empfohlen, zunächst einen Test zu schreiben, der mit dem angegebenen Fehler fehlschlägt, und dann den Code zu korrigieren, bis der Test bestanden ist. Dies folgt TDD-Praktiken und soll eine gute Praxis sein, aber ich habe festgestellt, dass es dazu neigt, kryptische Tests zu erstellen, die …
29 testing  tdd 
6
Sinn von Unit-Tests ohne TDD
Wir haben ein neues (ziemlich großes) Projekt gestartet, das wir mit TDD entwickeln wollten. Die Idee von TDD ist gescheitert (viele geschäftliche und nicht geschäftliche Gründe), aber im Moment haben wir ein Gespräch - sollten wir trotzdem Unit-Tests schreiben oder nicht. Mein Freund sagt, dass es keinen (oder fast keinen) …
28 unit-testing  tdd 
11
Muss ich alles testen?
Ich werde mein erstes echtes Projekt in Ruby on Rails starten und zwinge mich, TDD- Tests zu schreiben . Ich sehe keine wirklichen Vorteile beim Schreiben von Tests, aber da dies sehr wichtig erscheint, werde ich es versuchen. Muss ich jeden Teil meiner Anwendung testen , auch statische Seiten?
28 testing  tdd 
13
Ist 100% Codeabdeckung ein Wunschtraum?
Ist es machbar, in umfangreichen JQuery / Backbonejs-Webanwendungen eine Codeabdeckung von 100% zu erwarten? Ist es sinnvoll, einen Sprint zu scheitern, weil die 100% ige Abdeckung nicht erreicht wird, wenn die tatsächliche Codeabdeckung in JavaScript / JQuery zwischen 92% und 95% liegt?
28 code-quality  tdd  bdd 
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.