Acceptance Test-Driven Development

Transkript

1 Acceptance Test-Driven Development - Enttäuschen sie sich, nicht Ihre Kunden! - Christian Wende, DevBoost GmbH, TU Dresden

2 Enttäuschen is covered by automated tests? Average 33% Median 25% Mode 10% Standard Deviation 30% Laggards (Bottom 10%) 0% Rock stars (Top 10%) 75% DEVELOPER PRODUCTIVITY REPORT

3 Enttäuschen == eine Täuschung nehmen Meine Enttäuschung: Ich hatte erwartet, das mehr automatisiert getestet wird Um mehr Entwickler zum Testen zu bringen, muss man Ihnen folgende Täuschungen nehmen Testautomatisierung ist kompliziert Testautomatisierung ist aufwendig Testautomatisierung ist langweilig Testautomatisierung zahlt sich nicht aus == unnötiger Aufwand 3

4 (Ent)Täuschungen in der Softwareentwicklung Softwareentwickler bauen Software, um die Anforderungen ihrer Kunden zu erfüllen (Job to Be Done) Kommunikationsproblem in der Anforderungsanalyse Kunde Entwickler Kunde Entwickler Anforderung als wichtiges Akzeptanzkriterium bei der Auslieferung 4

5 Klassisches Vorgehen Kundenwunsch Anforderungen Software Unit Tests Manuelle Abnahmetests Unerfüllte Anforderungen, Unerwartes Verhalten Funktionale Bugs 5

6 Probleme Verständnisprobleme zw. Kunden und Entwicklern werden zu spät erkannt Anforderungsspezifikation ist totes Artefakt Communication Gap zwischen Anforderungsspezifikation und Softwareimplementierung Anforderungsspezifkation und Abnahmetest Asynchronität zwischen Implementierung und Akzeptanztest Unit Tests validieren aus Entwicklersicht nicht aus Kundensicht 6

7 Lösungsansatz: Wir entwickeln agil Viele, kurze Iterationen sichern eine kontinuierliche Annäherung von Kundenbedürfnis und Software Ja, klasse Idee! Fragen: Agilität erhöht die Geschwindigkeit, verträgt sich das mit Testen? Sind umfangreiche Anforderungsspezifikationen nicht unnötiger Aufwand? Wie soll ich bei kurzen Iterationen die Anforderungen, die Software und die Tests warten? 7

8 Acceptance Test-Driven Development (ATDD) Kundenwunsch Anforderungen in natürlicher Sprache Automatisierte Abnahmetests Unerfüllte Anforderungen, Unerwartes Verhalten Funktionale Bugs Software 8

9 Acceptance Test-Driven Development (ATDD) Anforderungen gemeinsam spezifizieren Kundenwunsch Anforderungen in natürlicher Sprache Automatisierte Abnahmetests Unerfüllte Anforderungen, Unerwartes Verhalten Funktionale Bugs Software 9

10 Anforderungen gemeinsam spezifizieren Anforderungsspezifikation erfordert Zusammenarbeit von Kunden, Analysten, Entwicklern und Testern Kunden definieren Was sie benötigen und Warum Entwicklungsteam gestaltet Wie Anforderungen umgesetzt werden Natürliche Sprache ist das Mittel der Wahl für allseitiges Verständnis z.b. Anwenderszenarien mit realistischen Bespielen begünstigen Verständigung 10

11 Anforderungen gemeinsam spezifizieren Beispiel Flugbuchungssystem (Airplanes, Flights, Passengers) Story: Booking a Flight Given a Passenger John Doe Given an Airplane Boing-787 With 200 total seats Given a flight LH-1234 With 200 free seats Eingabe Book seat for John Doe at LH-1234 Systemfunktion Assume Success Ergebniserwartung 11

12 Acceptance Test-Driven Development (ATDD) Anforderungen gemeinsam spezifizieren Kundenwunsch Abnahmetest in natürlicher Sprache Automatisierte Abnahmetests Software 12

13 Acceptance Test-Driven Development (ATDD) Kundenwunsch Anforderungen schrittweise verfeinern und konsolidieren Abnahmetest in natürlicher Sprache Automatisierte Abnahmetests Software 13

14 Anforderungen schrittweise verfeinern und konsolidieren Verwendete Sprache konsolidieren (Redundanzen entfernen, Muster finden und konsistent verwenden, Terme vereinheitlichen) Mit initialen Anforderungen und Daten experimentieren, Ausnahmefälle durchspielen und in Testdaten verwandeln Die ursprünglichen Anforderungen weiterentwickeln und ggfs. mit Kunden abstimmen Natürliche Sprache zur Abstimmung der Verfeinerungen immer noch notwendig 14

15 Anforderungen schrittweise verfeinern und konsolidieren Beispiel Ausnahmefall In welchem Fall soll eine Buchung fehlschlagen? Story: Booking a Flight with Passenger already booked Given a Passenger John Doe Given an Airplane Boing-787 Given a flight LH-1234 With 200 free seats Book seat for John Doe at LH-1234 Assume Success Book seat for John Doe at LH-1234 Assume Failure 15

16 Acceptance Test-Driven Development (ATDD) Kundenwunsch Anforderungen schrittweise verfeinern und konsolidieren Abnahmetest in natürlicher Sprache Automatisierte Abnahmetests Software 16

17 Acceptance Test-Driven Development (ATDD) Kundenwunsch Abnahmetest in natürlicher Sprache Ausführbare Tests automatisiert erzeugen und wiederholt ausführen Automatisierte Abnahmetests Software 17

18 Ausführbare Tests automatisiert erzeugen Nur testbare (ausführbare) Anforderungen bleiben lebendig und sind wertvoll Testerzeugung muss direkt aus Anforderung erfolgen und darf diese nicht verändern Testerzeugung muss für Entwickler einfach und flexibel umsetzbar sein Testerzeugung muss auf bestehende Test-Frameworks aufsetzen (Junit, TestNG, HtmlUnit, jmock, EasyMock, Arquillian, etc) 18

19 Demo! 19

20 Vorteile von ATDD /// Verbesserte Kommunikation und Zusammenarbeit im Team und mit Kunden /// Fokussierung auf die wesentlichen und kundenrelevanten Softwarefunktionen /// Direkte Messung des aktuellen Projektfortschrittes /// Höhere Entwicklungseffizienz durch klare, kontinuierliche Verständigung, weniger Misverständnisse, weniger Iterationen und weniger tote Spezifikationen /// Höhere Produktqualität durch frühestmögliche, kontinuierliche Überprüfung des Implementierungszustandes bzgl. der Akzeptanzkriterien 20

21 nctional test automation with s the % of (self-reported) test eases. It s interesting that folks who o a little (10%). We theorize that o automated testing are probably ual testing and those who do just more than they should. Once h it, we see a steady increase. Vorteile von ATDD on predictability and quality 21

22 nctional test automation with s the % of (self-reported) test eases. It s interesting that folks who o a little (10%). We theorize that o automated testing are probably ual testing and those who do just more than they should. Once h it, we see a steady increase. Vorteile von ATDD on predictability and quality Warum mit Kundenvorgaben nur testen?!! 22

23 Lean Modeling Konzeptuell analog zu ATDD, aber: keine Beschränkung auf Test-Code keine syntaktischen Beschränkungen bzgl. der verwendeten Sätze 23

24 Vergleich zu klassischer Modellierung 24

25 Vergleich zu klassischer Modellierung Kontrollierte, Formale Sprachen Requirements Interchange Format (RIF) 25

26 Probleme Turmbau zu Babel 26

27 Probleme Turmbau zu Babel? m e h lb ame T 27

28 Probleme Turmbau zu Babel Communication Gap Tracing Komplexität Klammern J 28

29 Was läuft schief? Kundenwunsch Grammatik Meta-Metamodel Formale Spezifikation Syntax (Text, Graphik, ) Metamodel Generierter Code Codegenerator/ Interpreter Sprache für Modelltransformation Sprache für Codegenerierung Software Modellierungsframework 29

30 Kundenwunsch Was läuft schief? Blame MDSD? Grammatik Meta-Metamodel Formale Spezifikation Generierter Code Syntax (Text, Graphik, ) Initialer Overhead. Codegenerator/ Interpreter Metamodel Ressourcengrab? Investitionsrisiko! Software 30

31 Lean Modelling (mit NatSpec) Kundenwunsch Natürlichsprachl. Spezifikation Spezifikationen in natürlicher Sprache Generierter Code Software 31

32 Lean Modelling (mit NatSpec) Kundenwunsch Anforderungen gemeinsam mit Kunden spezifizieren (Specification-by-Example) Kundenfeedback aufnehmen und Prozeß iterieren Natürlichsprachl. Spezifikation Generierter Code Anforderungen, Domänenglossar, Businessregeln, etc. in natürlicher Sprache erfassen Muster in Spezifkation erkennen und auf ausführbaren Code abbilden Software Anwendungsteile und Dokumentation generieren 32

33 Demo! 33

34 Vorteile von Lean Modelling Klassische Modellierung Turmbau zu Babel Eine Unmenge verschiedener, spezielle Sprache Communication Gap Formale Sprachen für Kunden schwer zugänglich Tracing Kann durch Zusatzaufwand realisiert werden Komplexität Seiten Formalismus, Millionen LOC im Framework Lean Modelling Eine Universelle Sprache mit Möglichkeit zur Spezialisierung Natürliche Sprache ist für Menschen gemacht Im Entwicklungsvorgehen eingebaut So minimal wie möglich, So formal wie nötig 34

35 /// NatSpec selbst testen Die nächsten Schritte - Kostenlose 30-Tage Trial Version /// ATDD und Lean Modelling einführen Was: Aufmerksamkeit wecken, Wissen etablieren Wie: In eigene Toollandschaft und Prozesse integrieren Warum: Überwachen und Benefit messen /// Feedback geben, Fragen klären, Unterstützung anfordern christian.wende@devboost.de 35

36 Danke! Fragen? 36