Wenn mein Code einen bekannten Fehler enthält, der behoben werden sollte, aber noch nicht vorliegt und für die aktuelle Version nicht behoben wird und möglicherweise in absehbarer Zukunft nicht behoben wird, sollte ein fehlgeschlagener Komponententest für diesen Fehler vorliegen die Testsuite? Wenn...
Ich arbeite mit einem neuen Team, das in der Vergangenheit KEINE Unit-Tests durchgeführt hat. Mein Ziel ist es, dass das Team schließlich TDD (Test Driven Development) als natürlichen Prozess einsetzt. Da TDD für ein Team, das keine Unit-Tests durchführt, eine so radikale Veränderung darstellt,...
Ich habe eine Weile versucht zu lernen, Komponententests für meinen Code zu schreiben. Am Anfang habe ich mit echtem TDD angefangen, bei dem ich keinen Code geschrieben habe, bis ich zuerst einen fehlerhaften Test geschrieben hatte. Vor kurzem musste ich jedoch ein heikles Problem lösen, das...
Was wäre ein gutes Beispiel für den Einsatz von TDD in großen, realen, komplexen Projekten? Alle Beispiele, die ich bisher gesehen habe, sind Spielzeugprojekte zum Zweck eines Buches oder einer Zeitung ... Können Sie ein Open-Source-Projekt nennen, das TDD stark nutzt? Am liebsten in C ++, aber...
Bedenken Sie: public function polynominal($a, $b, $c, $d) { return $a * pow($x, 3) + $b * pow($x, 2) + $c * $x + $d; } Angenommen, Sie schreiben verschiedene Tests für die obige Funktion und beweisen sich und anderen, dass "es funktioniert". Warum dann nicht diese Tests entfernen und glücklich...
Wie kann man beim Erstellen von TDD und beim Schreiben eines Komponententests dem Drang widerstehen, beim Schreiben der ersten Iteration des zu testenden Implementierungscodes zu "schummeln"? Zum Beispiel: Lassen Sie mich das Faktorielle einer Zahl berechnen. Ich beginne mit einem Komponententest...
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,...
Ich bin nicht neu in der Codierung. Ich habe seit über 15 Jahren (ernsthaft) codiert. Ich hatte immer einige Tests für meinen Code. In den letzten Monaten habe ich jedoch testgetriebenes Design / Entwicklung (TDD) mit Ruby on Rails gelernt . Bisher sehe ich keinen Nutzen. Ich sehe einen gewissen...
Ich habe immer die Empfehlung gesehen, zuerst Unit-Tests zu schreiben und dann mit dem Schreiben von Code zu beginnen. Ich bin jedoch der Meinung, dass es (für mich) viel komfortabler ist, in die andere Richtung zu gehen. Schreiben Sie zuerst Code und dann Unit-Tests, da wir nach dem Schreiben des...
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...
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...
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...
Ich weiß, dass einige Leute massive Befürworter einer testgetriebenen Entwicklung sind. Ich habe in der Vergangenheit Unit-Tests verwendet, aber nur, um Vorgänge zu testen, die einfach getestet werden können oder von denen ich glaube, dass sie möglicherweise korrekt sind. Eine vollständige oder...
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,...
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
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,...
In einer anderen Frage wurde herausgefunden, dass eines der Probleme mit TDD darin besteht, die Testsuite während und nach dem Refactoring mit der Codebasis synchron zu halten. Jetzt bin ich ein großer Fan von Refactoring. Ich werde es nicht aufgeben, um TDD zu machen. Aber ich habe auch die...
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...
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...
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%...