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 habe gelernt, Test Driven Development (TDD), Dependency Injection (DI) und Inversion of Control (IoC) gleichzeitig durchzuführen. Wenn ich mit TDD Code schreibe, verwende ich immer DI in den Konstruktoren meiner Klasse. Ich frage mich, ob dies daran liegt, wie ich TDD gelernt habe, oder ob dies eine natürliche Nebenwirkung …
Ich bin ein neuer Programmierer (lerne erst seit ungefähr einem Jahr) und in meinem Ziel, besser darin zu werden, habe ich erst kürzlich etwas über TDD gelernt. Ich wollte es mir zur Gewohnheit machen, weil es mir sehr hilfreich erscheint. Ich wollte überprüfen, ob ich es richtig benutze. Was mache …
Ich schreibe Unit-Tests für ein Lenksystem für ein Videospiel. Das System hat verschiedene Verhaltensweisen (vermeiden Sie diesen Bereich aufgrund von Grund A, vermeiden Sie diesen Bereich aufgrund von Grund B, indem Sie jeweils ein wenig Kontext zu einer Karte der Region hinzufügen. Eine separate Funktion analysiert dann die Karte und …
Geschlossen. Diese Frage ist nicht zum Thema . Derzeit werden keine Antworten akzeptiert. Möchten Sie diese Frage verbessern? Aktualisieren Sie die Frage so dass es beim Thema für Software Engineering Stapel Börse. Geschlossen vor 6 Jahren . In meiner Firma versuche ich zu begründen, warum wir TDD machen sollten. Derzeit …
Ich habe viel über TDD gelesen, aber ich habe immer noch Zweifel. Zum Beispiel habe ich diese Klassendiagramme: Es ist ein einfaches Beispiel, um TDD und Scheinobjekte kennenzulernen. Welchen Test soll ich zuerst schreiben? Produkt , dann Linie und zuletzt Bestellung ? Wenn ich das tue, sollte ich Line and …
Ich mag "rot / grün / refactor" für RoR, etc. ganz gut. Mein Tagesjob umfasst die Stapelverarbeitung sehr großer Dateien von Drittanbietern in Python und anderen benutzerdefinierten Tools. Die Attribute dieser Dateien sind hoch, daher gibt es eine Menge Korrekturen / Verbesserungen, die ziemlich häufig angewendet werden. Regressionstests über bekannte …
Eine gut getestete Codebasis hat eine Reihe von Vorteilen, aber das Testen bestimmter Aspekte des Systems führt zu einer Codebasis, die gegenüber einigen Arten von Änderungen resistent ist. Ein Beispiel ist das Testen auf bestimmte Ausgaben - z. B. Text oder HTML. Tests werden oft (naiv?) Geschrieben, um einen bestimmten …
Ich arbeite in der Bildverarbeitung (hauptsächlich OCR) und frage mich, wie ich Unit-Tests in meine Entwicklung integrieren soll. Ich benutze bereits Komponententests für "häufigere" Codearten, aber wenn ich mit Bildverarbeitungscode arbeite, bin ich mir nicht sicher, wie ich damit umgehen soll. Diese Art von Code benötigt immer eine Eingabe / …
In seinem Vortrag TDD, in dem alles schief gelaufen ist , drängt Ian Cooper Kent Becks ursprüngliche Absicht hinter Unit-Tests in TDD (um Verhaltensweisen zu testen, nicht Methoden für Klassen) und argumentiert, die Tests nicht an die Implementierung zu koppeln. save X to some data sourceWie können wir bei einem …
Hier ist ein Beispiel: Meine Webanwendung enthält ziehbare Elemente. Beim Ziehen eines Elements erzeugt der Browser ein "Geisterbild". Ich möchte das "Geisterbild" beim Ziehen entfernen und schreibe einen Test für dieses Verhalten. Mein Problem ist, dass ich zunächst keine Ahnung habe, wie ich diesen Fehler beheben kann. Ich kann einen …
Ich bin nicht sicher, wie TDD, die Methode, den folgenden Fall behandelt. Angenommen, ich möchte den Mergesort-Algorithmus in Python implementieren. Ich beginne mit dem Schreiben assert mergesort([]) === [] und der Test schlägt fehl mit NameError: Name 'mergesort' ist nicht definiert Ich füge dann hinzu def mergesort(a): return [] und …
In TDD gibt es die Arrange Act Assert (AAA) -Syntax: [Test] public void Test_ReturnItemForRefund_ReturnsStockOfBlackSweatersAsTwo_WhenOneInStockAndOneIsReturned() { //Arrange ShopStock shopStock = new ShopStock(); Item blackSweater = new Item("ID: 25"); shopStock.AddStock(blackSweater); int expectedResult = 2; Item blackSweaterToReturn = new Item("ID: 25"); //Act shopStock.ReturnItemForRefund(blackSweaterToReturn); int actualResult = shopStock.GetStock("ID: 25"); //Assert Assert.AreEqual(expectedResult, actualResult); } Bei …
Ich habe ein webbasiertes Lernspiel geerbt. Im letzten Jahr habe ich daran gearbeitet, den Code zu stabilisieren und neue Funktionen hinzuzufügen. Der größte Teil der Logik befindet sich im Front-End. So decken Back-End-Unit-Tests, obwohl sie hilfreich sind, einen kleinen Prozentsatz des Codes ab. Das Spiel ist an einem Punkt angelangt, …
Wertmäßig sehe ich in meiner Praxis zwei Gruppen von Unit-Tests: Tests, die eine nicht triviale Logik testen. Das Schreiben (entweder vor oder nach der Implementierung) deckt einige Probleme / potenzielle Fehler auf und hilft, sicher zu sein, dass die Logik in Zukunft geändert wird. Tests, die eine sehr triviale Logik …
Ich habe diese Klasse geschrieben, die einige Dinge tut (vielleicht ist dies ein Verstoß gegen das Prinzip der Einzelverantwortung). Mir ist jetzt klar, dass ein anderer Teil des Projekts ein Stück dieser Logik benötigt, und ich werde es aufzeigen, indem ich eine Klasse aus meinem ursprünglichen System im Test extrahiere. …
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.