Inhalt
- Definition - Was bedeutet Test Driven Development (TDD)?
- Eine Einführung in Microsoft Azure und die Microsoft Cloud | In diesem Handbuch erfahren Sie, worum es beim Cloud-Computing geht und wie Microsoft Azure Sie bei der Migration und Ausführung Ihres Unternehmens aus der Cloud unterstützen kann.
- Techopedia erklärt Test Driven Development (TDD)
Definition - Was bedeutet Test Driven Development (TDD)?
Test Driven Development (TDD) ist ein Softwareentwicklungsansatz, bei dem ein Test geschrieben wird, bevor der Code geschrieben wird. Sobald der neue Code den Test bestanden hat, wird er auf einen akzeptablen Standard überarbeitet.
TDD stellt sicher, dass der Quellcode gründlich auf Einheit getestet wird und zu modularisiertem, flexiblem und erweiterbarem Code führt. Es konzentriert sich darauf, nur den Code zu schreiben, der zum Bestehen von Tests erforderlich ist, wodurch das Design einfach und klar wird.
Eine Einführung in Microsoft Azure und die Microsoft Cloud | In diesem Handbuch erfahren Sie, worum es beim Cloud-Computing geht und wie Microsoft Azure Sie bei der Migration und Ausführung Ihres Unternehmens aus der Cloud unterstützen kann.
Techopedia erklärt Test Driven Development (TDD)
Mit TDD kann der Programmierer beim Schreiben von Software kleine Schritte ausführen. Der Test wird vor dem Testen der Funktionalität geschrieben und stellt sicher, dass die Anwendung für die Testbarkeit geeignet ist. Das Testen einer kleinen Codemenge wird durchgeführt, um Fehler abzufangen, die im getesteten Code auftreten. Dann ist die Funktionalität implementiert. Dies wird als "Rot-Grün-Refaktor" bezeichnet, bei dem Rot "nicht bestanden" bedeutet und Grün "bestanden" bedeutet. Diese Schritte werden dann wiederholt. Das erste Ziel eines Programmierers ist es, sich auf die jeweilige Aufgabe zu konzentrieren und diese zu bestehen.
Die verschiedenen Schritte in einem testgetriebenen Entwicklungszyklus sind:
- Hinzufügen eines Tests: Jede neue Funktion in TDD beginnt mit einem Test, der fehlschlagen muss, da er wirksam wird, bevor Funktionen implementiert werden. Die Grundvoraussetzung für das Schreiben eines Tests vor der Implementierung des Features ist ein klares Verständnis der Anforderungen durch den Entwickler. Dies wird durch User Stories und Use Cases erreicht. Daher versteht ein Entwickler die Anforderung, bevor er den Programmcode schreibt.
- Führen Sie alle Tests aus und prüfen Sie, ob der neue Code fehlschlägt: Dies stellt sicher, dass das Testkabel ordnungsgemäß funktioniert und der neue Test nicht versehentlich ohne neuen Code bestanden wird. Dieser Schritt testet auch den Test und beseitigt die Möglichkeit, dass der neue Test immer bestanden wird.
- Code schreiben: Der nächste Schritt, der folgt, ist das Schreiben von Code, der den Test löscht. Der neue Code ist nicht perfekt, wird aber später gemäß den Anforderungen geändert. Es ist lediglich zum Testen gedacht und enthält keine anderen Funktionen.
- Führen Sie automatisierte Tests durch: Wenn jeder erstellte Testfall den Test problemlos besteht, bedeutet dies, dass der Code alle erforderlichen Spezifikationen erfüllt. Damit kann der letzte Schritt des Zyklus gestartet werden.
- Refactor-Code: Dies ähnelt dem Entfernen von Duplikaten. Ein Refactoring beschädigt keine vorhandenen Funktionen und hilft, Überschneidungen zwischen Produktions- und Testcode zu beseitigen. Der Code wird nun wie erforderlich gesäubert.
- Wiederholen: Der Zyklus wird wie in den vorherigen Fällen mit einem neuen Test wiederholt. Die Grundvoraussetzung ist, dass die Größe der Schritte klein ist und zwischen jedem Testlauf etwa 1 bis 10 Änderungen vorgenommen werden. Wenn neuer Code einen neuen Test nicht besteht, sollte der Programmierer ein zusätzliches Debugging durchführen. Die kontinuierliche Integration bietet rückgängig zu machende Kontrollpunkte.