Wäre es nicht großartig eine Technik zu besitzen, die das Entstehen von Defekten im Programmcode komplett vermeidet?
Das ist vermutlich die Frage, welche sich viele für die Entwicklung von Software Verantwortliche stellen. Tatsächlich ist eine solche Technik bekannt seit Programmierer Code schreiben. Wie das? Ganz einfach. Wir programmieren zuerst einen Test und führen dann den für die Produktion bestimmten Programmcode aus.
Aus dem Notizblog
Bauer fährt mit seinem Sohn talwärts Richtung Puerto Plata, Dominican Republic
Durch eine einfache Änderung der Vorgehensweise können wir Software zielgerichteter entwickeln.
Anstelle auf herkömmliche Anforderungsdokumente zu vertrauen, die dann den Programmierern als Konstruktionsanleitungen übergeben werden, arbeitet das gesamte Team zusammen. Gemeinsam erstellen wir eine ausführbare Spezifikation. Das ist Code, welcher den für die Produktion bestimmten Programmcode überprüft und uns anleitet den richtigen Programmcode zu entwickeln. Nicht nur zeigt uns die ausführbare Spezifikation was wir schon erreicht haben, sondern sie dient auch als Frühwarnsystem, welches uns sofort alamiert, wenn bereits fertige Programmteile nicht mehr funktionieren.
Stephan is an outstanding technologist and coach. He is able to understand the coaching needed by a team and also update the technology stack to support the team and his coaching plan. Stephan helped us with Acceptance Test Driven Development on a number of technology stacks including web applications, Windows application and COBOL in addition to the tradition Java technology stack. I would both recommend and hire Stephan.Cameron Wolff, ADL Nationwide Insurance, 2011
Möchten Sie mehr wissen?
Kontaktieren Sie uns für eine persönliche Beratung!
Hier ist ein Beispiel ...
Beispiele sind ein hervorragender Weg zu erklären was jemand sucht. In Gesprächen mit anderen Menschen benutzen wir ständig Beispiele, um aufzuzeigen was wir meinen.
As a non-developer, I found Stephan easy to communicate with and a good team player. He is able to speak in non-techie terms so we could troubleshoot together. Stephan is an asset to any team!Noella Natalino, Metadata Librarian, ProQuest
Spezifikation in Beispielen ist eine durch ihre Einfachheit bestechende Technik um Anforderungen an eine Software-Lösung an das technische Team zu übermitteln. Man kommt auf den Punkt, sie verbessert die Zusammenarbeit zwischen Auftraggeber/Anwender und dem Team und hilft insgesamt die richtige Lösung zu entwickeln.
Klassische testgetriebene Entwicklung (TDD, Test-Driven Development) und ATDD sind im Grunde genommen zwei Seiten derselben Münze. In beiden Fällen möchten wir durch Code beschreiben was ein Teil der Software tun soll bevor wir den für die Produktion bestimmten Code schreiben. Der Hauptunterschied ist, daß TDD primär für Programmierer gedacht war und ist. TDD wird benutzt, um sicherzustellen, daß wir das Gesamtsystem aus vertrauenswürdigen Bausteinen zusammensetzen können. ATDD ist eine Vorgehensweise, die das System von außen nach innen beschreibt. Weil wir es von außen beschreiben, können wir ATDD zur Zusammenarbeit mit Testern, Analytikern und Anwendern verwenden.
Die hier gezeigten Referenzen wurden in englischer Sprache gegeben. Sie wurden nicht übersetzt, um den Inhalt nicht zu verfälschen.
