Was ist testgetriebene Entwicklung: Ein Leitfaden für Anfänger
Veröffentlicht: 2018-03-12Programmierer und Bugs befinden sich seit unbekannter Zeit in einem endlosen Kampf um die Vorherrschaft. Es ist unvermeidlich – selbst die besten Programmierer fallen Fehlern zum Opfer. Kein Code ist wirklich vor Fehlern sicher, deshalb führen wir Tests durch. Programmierer, zumindest die vernünftigen, testen ihren Code, indem sie ihn auf Entwicklungsmaschinen ausführen, um sicherzustellen, dass er das tut, was er tun soll. Traditionell wurden Testfälle nach dem Schreiben des Codes geschrieben, aber in der testgetriebenen Entwicklung wird ein automatisierter Testfall geschrieben, bevor ein Code geschrieben wird, damit die Ausführung und das Testen gleichzeitig überprüft werden können.
In diesem Artikel werden wir ausführlich über Test-Driven Development sprechen und warum es besser ist als die traditionellen Methoden!
Inhaltsverzeichnis
Was ist testgetriebene Entwicklung?
Test-Driven Development wurde als Teil der Extreme Programming (XP)-Methodik entwickelt und wurde als „Test-First“-Konzept bezeichnet . Die testgetriebene Entwicklung ermöglicht es Ihnen, Ihren Code gründlich zu testen, und ermöglicht es Ihnen auch, Ihren Code schnell und einfach erneut zu testen, da er automatisiert ist. Im Wesentlichen erstellt der Programmierer vor dem Schreiben eines Codes zunächst einen Komponententest. Dann erstellt der Programmierer gerade genug Code, um den Komponententest zu bestehen. Sobald der Test bestanden und der Code umgestaltet wurde, kann der Programmierer mit weiteren Verbesserungen fortfahren. Testgetriebene Entwicklung stellt sicher, dass der Code gründlich getestet wird, was zu einem modularisierten, erweiterbaren und flexiblen Code führt.
Jedes Mal, wenn ein neues Feature hinzugefügt werden soll, muss es den sogenannten „Lebenszyklus“ von TDD durchlaufen. Lassen Sie uns mehr über diesen Lebenszyklus sprechen.
So werden Sie Full-Stack-Entwickler
Testgetriebener Entwicklungslebenszyklus
Der Lebenszyklus der testgetriebenen Entwicklung umfasst alles vom Schreiben des ersten Komponententests bis zur Überarbeitung des Codes. 
- Fügen Sie einen Test hinzu: Jedes neue Feature muss vor seiner Implementierung einem Test unterzogen werden. Die wesentliche Voraussetzung für das Schreiben eines Tests ist ein klares Verständnis aller Anforderungen. Dies wird durch Use-Cases und User-Stories erreicht.
- Führen Sie alle Tests durch und überprüfen Sie den Netztest: Dies geschieht, um sicherzustellen, dass unser Test korrekt funktioniert. Grundsätzlich zielt diese Phase darauf ab, zu überprüfen, ob der Test von keinem Code bestanden wird, der die Anforderungen nicht erfüllt. Dadurch eliminiert dieser Schritt die Möglichkeit, einen fehlerhaften Test zur Hand zu haben.
- Code schreiben: Nachdem Sie Ihren Test erstellt haben, besteht der nächste offensichtliche Schritt darin, einen Code zu schreiben, der den Test löscht. Dieser Code muss nicht in allen Aspekten perfekt sein, aber er muss den Test bestehen. Sobald wir sicher sind, dass dieser Code den Test löscht, kann er gemäß den Anforderungen geändert werden.
- Führen Sie die Tests durch: Nachdem Sie den Code geschrieben haben, ist es nun an der Zeit zu sehen, ob der Code den Test besteht oder nicht. Wenn Ihr Code die Tests besteht, bedeutet dies, dass Ihr Code die Anforderungen erfüllt – bis jetzt.
- Code umgestalten: Dies dient im Wesentlichen dazu, den Code zu bereinigen. Refactoring schadet keiner der Funktionalitäten; Es dient nur dazu, den Code zu bereinigen, indem Duplikate zwischen Testcode und Produktionscode entfernt werden.
- Wiederholen: Dieser Zyklus wird nun mit einem neuen Test wiederholt, um weitere Funktionalitäten hinzuzufügen. Jede Funktionalität durchläuft den gleichen Zyklus. Grundsätzlich sollte die Größe der Schritte nicht mehr als 1-10 Bearbeitungen zwischen jedem Testlauf betragen. Wenn ein Code den Test nicht schnell besteht, muss der Entwickler zurücksetzen und nicht übermäßig debuggen.
Die Vor- und Nachteile der testgetriebenen Entwicklung
Die testgetriebene Entwicklung hat einige eindeutige Vorteile gegenüber traditionellen Testmethoden – die größtenteils manuell waren. Es ist jedoch nicht unfehlbar. Wie jede andere Technologie hat auch die testgetriebene Entwicklung eine Reihe von Nachteilen.
Schauen wir uns an, was die Vorteile von TDD im Detail sind:
- Das Schreiben kleiner Tests stellt die Modularität Ihres Codes sicher. Das Üben von TDD hilft Ihnen, die zugrunde liegenden Prinzipien eines guten modularen Designs zu verstehen.
- TDD schafft Klarheit während der Implementierung Ihres Codes, was ein Sicherheitsnetz während der Refactoring-Phase ermöglicht.
- Mit TDD ist die Zusammenarbeit viel einfacher, da die Leute den Code jetzt vertrauensvoll bearbeiten können, weil der Test sie informiert, wenn ihre Änderungen nicht den Anforderungen des Tests entsprechen.
- Die Basis von TDD sind Unit-Tests. Aus diesem Grund ist das Refactoring viel einfacher und schneller. Das Refactoring eines alten Codes ist mühsam, aber wenn der Code durch Komponententests unterstützt wird, wird es so viel einfacher.
- Es hilft bei der Klärung aller Anforderungen, bevor Sie mit dem Codierungsteil beginnen. Auf diese Weise werden viele Unklarheiten vermieden, die später entstehen können.
- Testgetriebene Entwicklung konzentriert sich auf das Testen während des Schreibens. Dies zwingt den Programmierer, seine Schnittstellen sauber genug zu machen, um den Test zu bestehen. Es ist schwer, diesen Vorteil zu verstehen, bis Sie an einem Codestück arbeiten, das nicht TDD unterzogen wurde.
- Dumme Fehler werden fast sofort erkannt. Es hilft bei der Beseitigung von Fehlern, die viel Zeit verschwenden würden, wenn sie in der Qualitätssicherung gefunden würden.
Lassen Sie uns nun einen Blick auf die Einschränkungen der testgetriebenen Entwicklung werfen:
- Die zum Testen verwendete Testsuite muss gepflegt werden, da die Tests sonst möglicherweise nicht vollständig deterministisch sind.
- Die Tests sind schwer zu schreiben – vor allem jenseits der Unit-Testing-Phase.
- TDD verlangsamt das Entwicklungstempo zumindest anfänglich.
- Wie bei jeder Form der Entwicklung gibt es einen großen Unterschied zwischen „es einfach machen“ und „es gut machen“. Das Schreiben guter Unit-Tests erfordert ein gewisses Maß an Spezialisierung.
- Es ist schwierig, diesen Ansatz auf Ihren (vorhandenen) Legacy-Code anzuwenden.
- TDD erfordert, dass Sie eine routinemäßige Haushaltsführung durchführen. Es ist notwendig, die Tests zu verfeinern, damit sie schneller ausgeführt werden.
- Es ist leicht, sich von den ausgefallenen Funktionen in jedem Unit-Testing-Framework ablenken zu lassen, aber man sollte bedenken, dass einfache Tests in der Regel die besten Ergebnisse liefern.
- Wenn nicht alle im Team ihre Tests korrekt warten, kann das gesamte System schnell versagen.
Abschließend…
Testgetriebene Entwicklung ist der Weg in die Zukunft der Anwendungsentwicklung. Es gibt eine Reihe automatisierter Testframeworks wie PHPUnit, Serenity, Robot, RedWoodHQ und viele mehr. Wählen Sie diejenige, die Ihren Anforderungen entspricht, und beginnen Sie im Handumdrehen mit der Entwicklung besser wartbarer Anwendungen!
Melden Sie sich für Software Engineering-Kurse an den besten Universitäten der Welt an. Verdienen Sie Executive PG-Programme, Advanced Certificate-Programme oder Master-Programme, um Ihre Karriere zu beschleunigen.
