Abnahme leicht gemacht

Größe: px

Ab Seite anzeigen:

Download "Abnahme leicht gemacht"

Elisabeth Juliane Bäcker
vor 6 Jahren
Abrufe

1 Pascal Moll Stefan Ludwig Abnahme leicht gemacht Anforderungen das Laufen beibringen 1

2 NovaTec Consulting GmbH Standorte in Stuttgart, Frankfurt, München, Berlin und Zweibrücken. ca. 100 Berater Zahlreiche Gebiete: z.b. Testing, Performance, Entwicklung Open Source z.b. WebTester, LivingDoc, uvm. 2 2

3 Die optimale Abnahme in der heilen Welt Anforderungen definiert QS PO kommuniziert Umsetzung erfolgt korrekt Abnahme erfolgt 3

4 4 Realitätscheck!

5 Die Abnahme in der Realität Anforderungen definiert PO kommuniziert Umsetzung erfolgt QS findet statt Abnahme erfolgt nicht 5

6 Die Abnahme in der Realität Was passiert also? Anforderungen unklar. Anforderungen definiert PO kommuniziert Umsetzung erfolgt QS zu spät eingebunden. QS findet statt Abnahme erfolgt zu selten. Abnahme erfolgt nicht 6

7 Die Abnahme in der Realität Folgen der Nichtabnahme? Vertrauensverlust Imageschaden Monetärer Verlust Motivation geht verloren 7

8 Die Abnahme in der Realität Warum erfolgt die Abnahme nicht? 8 8

9 Warum erfolgt Abnahme nicht? Produkt hat kritische Fehler 9

10 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt 10

11 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt - Beispiel Ich möchte den Benzin Füllstand eines KFZ in einem Slider dargestellt haben. Business Experte 11

12 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt - Beispiel OKAY Liter Entwickler 12

13 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt - Beispiel Liter? Ich will aber Prozent Liter Tester 13

14 Warum erfolgt Abnahme nicht? OKAY Produkt Funktion ist falsch umgesetzt - Beispiel 0% 20% 40% 60% 80% 100% Prozent Entwickler 14

15 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt - Beispiel Was, Prozent? Ich will Quarters... 0% 20% 40% 60% 80% 100% Prozent Business Experte 15

16 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt - Beispiel Endlich!! 0 ¼ ½ ¾ Full Entwickler 16

17 Warum erfolgt Abnahme nicht? Produkt Funktion ist falsch umgesetzt - Beispiel 9 WOCHEN FÜR EINEN SLIDER? 17 17

18 Was empfehlen wir? QS von Anfang an miteinbeziehen Anforderungen definiert PO kommuniziert Umsetzung erfolgt QS Abnahme erfolgt 18

19 Was empfehlen wir? QS arbeitet mit Devs zusammen: Kürzere Wege Fehler werden früh erkannt Anforderungen werden mitgetestet Verständnis auf beiden Seiten Tests werden öfter ausgeführt 19

20 Was empfehlen wir? Abnahmekriterien als Teil der Spezifikation: Fehlermanagement einfacher Verständnis wird geschaffen Unscharfe Anforderungen vermeiden Alle müssen die gleiche Sprache sprechen 20

21 Was empfehlen wir? Regelmäßige Tests Manuelle Tests Automatisierte Tests 21

22 Testautomatisierung im Überblick Fachlichkeit Explorative Tests Aufwand Komplexität Kosten Automatisierte UI-Tests Service Layer Tests (API) Component Tests Unit Tests Crispin, Lisa; Gregory, Janet (2008). Agile Testing: Technik Anzahl der Tests Detail 22

23 Testautomatisierung reicht nicht aus... Regressionsrisiken Falsche Umsetzung Falsche Anforderungen Kein gem. Verständnis Stakeholder übersehen Qualität lässt sich nicht hineintesten 23

24 Wie wäre es besser? Kommunikation + Kollaboration Frühe Absprache Einbeziehung aller Stakeholder Gemeinsame Sprache Klare Anforderungen I m glad we all agree Toolunterstützung 24

25 25 25

26 26

27 Behavior Driven Development Acceptance Test Driven Development Story Testing Behavior Driven Developemnt (BDD) Specification By Example Example Driven Development 27

28 Die Prinzipien von BDD Gemeinsames Verständnis 1 FEATURE DOC 2 Verwendung von Beispielen TEST CASES BDD Gemeinsame natürlichen Sprache 3 TEST HISTORY 4 Eine Quelle der Wahrheit 28

29 Single Source of Truth Fachliche Dokumentation Testfälle Testhistorie Testausführung 29

30 Noch ein BDD Tool? 30

31 Automatisierung von Akzeptanztests Spezifikation mit Beispielen Glue Code / Fixtures System Under Test 31

32 Arten von Beispielen: Entscheidungstabellen Fixture Name / Alias Interpreter Name / Alias Parameter Erwartungswerte 1 Zeile = 1 Testcase / Scenario Stichwort 32

33 Arten von Beispielen: Ablauftabellen Interpreter Name / Alias Fixture Name / Alias Parameter 1 Zeile = 1 Anweisung / Schritt 33

34 Integration execute Remote Agent Fixtures Fixtures System Under System Test Under (SUT) Test (SUT) 34

35 Integration Eclipse / Entwickler execute Remote Agent Fixtures Fixtures System Under System Test Under (SUT) Test (SUT) 35

36 Integration Jenkins // CI execute publish Results Remote Agent Fixtures Fixtures System Under System Test Under (SUT) Test (SUT) 36

37 37 DEMO

38 Mit BDD & LivingDoc wird die Abnahme leichter! Eine Anlaufstelle für alle Experten 1 2 Gemeinsames Verständnis schon vor der Implementierung! TEST CASES Effiziente und effektive Kommunikation & Kollaboration 3 TEST HISTORY 4 Vertrauen durch Transparenz 38

39 KONTAKT PASCAL MOLL, STEFAN LUDWIG blog.novatec-gmbh.de aqe.novatec-gmbh.de github.com/testit-livingdoc

Ähnliche Dokumente

Entwicklung von effizienten UI-basierten Akzeptanztests für Webanwendungen

Entwicklung von effizienten UI-basierten Akzeptanztests für Webanwendungen Präsentation bei den Stuttgarter Testtagen 21.März 2013 NovaTec - Ingenieure für neue Informationstechnologien GmbH Leinfelden-Echterdingen,