Aus der Praxis lernen!? Andreas Spillner, Hochschule Bremen Karin Vosseberg, Hochschule Bremerhaven Mario Winter, Fachhochschule Köln

Transkript

1 Aus der Praxis lernen!? Andreas Spillner, Hochschule Bremen Karin Vosseberg, Hochschule Bremerhaven Mario Winter, Fachhochschule Köln 17. NKIF, Wilhelmshaven

2 Andreas Spillner Studium der der TU Berlin Praxis Migrations- und Entwicklungsprojekte, Softwareentwicklung Promotion Universität Bremen seit 1993 Professor an der Hochschule Bremen Fakultät Elektrotechnik & Informatik Lehre Softwaretechnik, Qualitätssicherung Programmierung Forschung Softwaretechnik, Validation und Verifikation von Software, Testmethoden, Prozessmodelle GI-TAV Gründung der Fachgruppe»Test, Analyse und Verifikation von Software«und deren langjähriger Leiter GI-Fellow Ernennung 2007 GTB German Testing Board Gründungsmitglied* Ehrenmitglied seit 2010 ASQF Arbeitskreis Software-Qualität und Fortbildung Mitglied im ASQF-Beirat Leiter FG-SW-Test Norddeutschland* * bis Ende

3 Wie sieht die Praxis aus? im Mai zum Stand der Praxis im Bereich Softwaretest Wissenschaftliche Leitung Hochschulen Bremen, Bremerhaven und Köln Förderer Anecon Software Design und Beratung G.m.b.H., German Testing Board e.v., Swiss Testing Board Unterstützer ASQF e.v., Austrian Testing Board, dpunkt Verlag, Softwareforen Leipzig, GI Fachgruppe TAV 3

4 Fragebogen Umfangreiche rollenspezifische bogen (110 Fragen) insgesamt 1779 Aufrufe ( ) Projektleiter, Testmanager, QS-Beauftragte, Tester (110 Fragen, Antworten) Business Analyst, Entwickler, Betrieb & Support, Andere (63 Fragen, Antworten) Executive und mittleres Management (51 Fragen, Antworten) Einschätzung der Datenqualität gut bis sehr gut, allein durch die hohe Anzahl der Beteiligung hoher Ausbildungsgrad und Berufserfahrung häufige Nutzung der Freitextmöglichkeit Verteilung der Daten über alle Branchen verteilt mit einem leichten Schwerpunkt Automobile, Finanzdienstleister, Telekommunikation über alle Unternehmensgrößen mit einem Schwerpunkt im mittelständischen Bereich mit unterschiedlichen Aufgabenbereichen 4

5 Aufrufstatistik Wie erreichen wir die Zielgruppen? Förderer/Unterstützer: ANECON, GTB, STB ASQF, ATB, GI-TAV, Softwareforen, dpunkt-verlag Flyer auf div. Veranstaltungen Mail-Aktionen an persönliche Kontakte Heise Developer Ticker XING, Blogs,... 5

6 Aufrufstatistik 6

7 Wen haben wir erreicht? 7

8 Wie weit sind agile Vorgehensweisen bereits im Einsatz? Wer nutzt agile Vorgehensweisen? Welche Branchen? Große oder kleine Firmen/Projekte? Welche Vorteile bringen agile Vorgehensweisen? Welche der agilen Praktiken werden mit Qualitätssicherung in Verbindung gebracht? 8

9 Welche Vorgehensmodelle werden eingesetzt? das V-Modell wird bei den phasenorientierten Modellen am häufigsten eingesetzt (37%) 17% arbeiten noch ohne Vorgehensmodell knappe 30% sind agil unterwegs - besonders die Entwickler (40%) 9

10 Agile Vorgehensweisen in den Unternehmen Gibt es Unterschiede in den Branchen? Gibt es agile und weniger agile Branchen? Gibt es Unterschiede, was die Art der entwickelten Systeme betrifft? Werden Web-Applikationen überwiegend agil entwickelt? Sind kleine Firmen und Projekte agiler als große? 10

11 Welche Branchen sind agil? 11

12 Welche Systeme werden agil entwickelt? 12

13 Sind kleine Firmen agiler als große? Verteilung nach Anzahl Mitarbeiter 5,4% ,7% ,3% ,1% ,3% ,8% ,5% >

14 Sind kleine Projekte agiler als große? Agil ität 14

15 Welches agile Vorgehen wird bevorzugt? 56,9% Scrum 27,0% eigenes, angepasstes Modell 5,2% Feature Driven Development 4,0% Extreme Programming 2,4% Kanban 0,4% Crystal 4,0% anderes Modell Verteilung auf Branchen, Firmen- und Projektgröße wie vermutet Mehrfachnennung war nicht möglich Scrum als eindeutiger Favorit 15

16 Welche Vorteile bringen agile Vorgehensweisen? = bessere Qualität Ist dies wirklich so? Wie hoch ist der Grad der Automatisierung? Woran wird der Kunde beteiligt? Welche Praktiken werden für QS genutzt? 16

17 Grad der Testautomatisierung 100% Unit-Tests sind bei agilen Projekten nicht erreicht Automatisierungsgrad nimmt bei höheren Teststufen ab 17

18 Beteiligung des Kunden Kunde ist in agilen Projekten nicht mehr als bei anderen Vorgehensweisen beteiligt Mitarbeiter der Fachabteilungen sogar deutlich weniger 18

19 Welche Praktiken werden mit QS verbunden? 19

20 Standup-Meeting & Retrospektive Kommunikation ist sehr wichtig in agilen Vorgehensweisen Die hohe Bedeutung im Hinblick auf QS wird nur von jedem zweiten Befragten so gesehen Die Tester sehen dies noch eher als die Entwickler 20

21 Pair Programming & Refaktorisierung Wenn es ums Programmieren geht, sind die Entwickler vorn Aber auch hier sehen nicht alle die hohe Bedeutung im Hinblick auf QS Agile Praktiken werden nicht als QS gesehen 21

22 Fehler nach Auslieferung Vorgehensweisen haben keinen Einfluss auf die Einschätzung der Fehler Ohne Vorgehensweise treten mehr Fehler auf 22

23 Konsequenzen für die Lehre Agile Vorgehensweisen werden in allen Branchen für alle Arten von Projekten genutzt müssen in die Lehrpläne aufgenommen werden Scrum als Hauptvertreter Bedeutung der einzelnen Praktiken muss verdeutlicht werden besonders im Hinblick auf Qualitätssicherung in den Ausbildungsprojekten anwenden Phasenorientierte Vorgehensweisen weiterhin lehren allg. V-Modell sehr verbreitet (37%) angepasstes phasenorientiertes Modell 23%, W-Modell 13,8%, Wasserfall 10%, V-Modell XT 8,7%, RUP 4,2% 23

24 Wo stehen die Projekte im? Wird in den Projekten systematisch getestet? Gibt es einen Testprozess? Werden Tests auf Teststufen durchgeführt? Werden verschiedene Testarten unterschieden? 24

25 Etablierung eines Testprozesses } >80% der Tester <50% der Entwickler 25

26 Systematik nach Teststufen und Testarten Der Schwerpunkt der Testarten liegt auf Regressionstest, Smoketest und Last-/Performancetest 26

27 Wer testet wie? Wer führt die QS-Maßnahmen in den Projekten durch? Wie sind die Beteiligten qualifiziert für diese Aufgaben? Ist das ISTQB -Ausbildungsschema bekannt? Wie sieht die Qualifizierung in den Firmen aus? Welche Möglichkeiten der Weiterbildung werden genutzt? Wer ist für die QS in den Projekten verantwortlich? Wird die Verantwortung delegiert? 27

28 Durchführung der QS Maßnahmen 28

29 Ausbildung der Tester Tester nehmen ISTQB an und sind gut ausgebildet Entwickler nehmen die ISTQB-Ausbildung nicht an 29

30 Qualifizierungsprogramm Management sieht die Qualifizierungsmöglichkeiten positiv 30

31 Qualifizierung wie? wir heissen alle Manager herzlich willkommen auf der Tagung :-) Entwickler bekommen wenig Schulungen angeboten Management geht gern auf Konferenzen 31

32 Verantwortlichkeit für die QS Jede Gruppe sieht sich als Hauptverantwortliche 32

33 Konsequenzen für die Lehre Hochschulausbildung enge Verzahnung von Programmierung und nicht erst Programmierung und dann (wenn Zeit im Studium ist) Test Weiterbildung Testkurse für Entwickler mit sehr konkreten praxisorientierten Beispielen 33

34 Wo geht es hin? Harry Sneed, Keynote Iqnite 2012:!"#$#%&'()%)'"%*"&#"+%)+,(%% *"&#"+%-+'."(%-"."/012"(#%! "#!$%&'(!)*+,-%'(./0%12,3,4425&('067!! 28!9:5;4<2(7(1!!!! Die Zeit der Tester ist gekommen! Le jour de gloire est arrivé! Developers Testers Developers Put the Developers on the Lease 34

35 Wo geht es hin? Harry Sneed, Iqnite 2012: Zusammenfassung Web Service Testing als Dienstleistung Die Zeit der Eigenentwicklung mit Sprachen wie COBOL, C# und Java ist vorbei, die Folgekosten sind zu hoch. Anwender müssen endlich aufhören selber zu entwickeln Anwender sollten sich darauf beschränken Services zu komponieren und in ihre Geschäftsprozesse einzubauen Dafür müssen die Services die funktionale und qualitative Anforderungen der Anwender erfüllen Um dies zu bestätigen, müssen die Services von Experten getestet und bewertet werden Der Test von Web Services soll daher als Dienstleistung angeboten werden. Anwender müssen bereit sein, ihre Services von einem unabhängigen Testbetrieb testen zu lassen. 35

36 Aus der Praxis lernen - für die Praxis lehren! Bedeutung der Programmierung nimmt ab Grundlagen müssen gelehrt werden Programmierausbildung in geringerem Umfang als bisher muss mit den Vorteilen verdeutlicht werden in der Vorlesung diskutieren in den Projekten einsetzen Programmierung & Test ist als»einheit«zu sehen und Programmierung gleichwertig / gleich bedeutend nicht nach der Programmierung als zusätzliche Spezifikation kein»gegenpol«zur Programmierung 36

37 Hinweis Weitere Ergebnissen der : In Kooperation mit den Hochschulen Bremen und Bremerhaven, der Fachhochschule Köln, ANECON Software Design und Beratung G.m.b.H., dem German Testing Board und dem Swiss Testing Board!&+!"#$$%&'$(#)*%+,-./ dpunkt.verlag 37

38 Fragen jetzt oder später 38