ZUKEN E³ GmbH Ulm-Einsingen Qualitativ sicheres Testen in agiler Prozessumgebung. Jürgen Blatz Software Engineer Quality Assurance Product Development

Transkript

1 ZUKEN E³ GmbH Ulm-Einsingen Qualitativ sicheres Testen in agiler Prozessumgebung Jürgen Blatz Software Engineer Quality Assurance Product Development

2 Referent Dipl.Ing. (FH) Jürgen Blatz 1988 Studium zur Techn. Informatik in Ulm Mitwirkung an der Entwicklung von Software für Hochregallager und dem Mautsystem für die norwegische Stadt Oslo per optischer Nummernerfassung E: 1989 Anstellung bei CIM-Team Ulm Software-Portierung eines Leiterplattenentflechtungsmodel von Fortran nach C Weiterentwicklung des Modules für HP 2002 Entwicklung objektorientierter Verkablungssoftware E³.series 2008 Übernahme CIM-Team durch die Zuken E3 GmbH Spezialisierung im Bereich QA/Software-Test 2011 Einführung SRUM-Prozess in der Entwicklung QA/Test im agilen Entwicklungsfeld Privat Ausgleichsport Leitung Einstein-Vorbereitungsgruppe EM-19 2

3 Überblick Kurzes Firmenportrait Wo ist unsere Software weltweit im Einsatz Maschinenbau, Automobilindustrie, Aerospace, Spezialfahrzeuge, Schienenfahrzeuge Agile Methoden contra V-Modell Agile Test-Methoden noch Fragen Software-Präsentation E³.series (nach Vortrag auf Wunsch) 3

4 Zuken Corporate Profile Summary Founded Revenue Year Ended March 2013 Corporate Headquarters European Headquarters North American Headquarters Stock Listing Employees Operational Excellence 1976 $231,500,427* Yokohama, Japan Munich, Germany Westford, Massachusetts Tokyo Stock Exchange Level-1 1,191 Profitable, no debt * using the original currency and the average exchange rate for the period. 4

5 Zuken Technologiezentren Japan Entwicklung Zuken Zentrale, Japan - Yokohama Deutschland Entwicklung Zuken EAS Hauptsitz, Deutschland - Hallbergmoos GB Entwicklung Zuken E3 Entwicklung Deutschland - Ulm Zuken Entwicklung, Deutschland - Paderborn Zuken Entwicklung, Großbritannien - Bristol

6 Zuken E³ GmbH Ulm - Einsingen Gegründet 1987 in Ulm als CIM-Team Standort früher in Ulm Söflingen mit ca. 10 Mitarbeitern Neubau 1993 in Ulm-Einsingen 1998 Übernahme von E-CAD Systemen von HP/Cade Laichingen und beteiligte Mitarbeiter Zuken E3 Entwicklung Deutschland - Ulm 2001 Übernahme des E-CAD Systems promis von TCS in Süssen und beteiligte Mitarbeiter 2001 Übernahme des E-CAD Systems VarCAD 2006 Beteiligung der Zuken AG Japan 2014 neues Vertriebs-und Schulungszentrum Sedanstr. Ulm Aktuell ca. 90 Mitarbeiter in Ulm - Einsingen

7 ZUKEN Strategie Produkt- und Industrie- spezifisch spezifische Technologie Electrical Electronic Electrical Electronic spezifische Technologie Mechanical Semiconductors Mechanical Semiconductors PLM PLM Electrical Electronic Integration Integration Mechanical PLM spezifische Technologie Semiconductors Gemeinsame Kerntechnologien Software / Dienstleistungen / Management-Expertise Integration Electrical Electronic Integration Electrical Electronic spezifische Technologie Mechanical Semiconductors Mechanical Semiconductors PLM PLM

8 E³.series - Industriesegmente Spezielle Lösungen für spezifische Anwendungsgebiete Fahrzeuge Automobile Agrarmaschinen Baumaschinen, Kräne Züge Luft- und Raumfahrt Businessjets Militärflugzeuge Satelliten Konsumprodukte Drucker, Kopierer, Scanner Kommunikationssysteme Medizintechnik Weiße Ware

9 Fahrzeughersteller / Automotive Entwicklung von Fahrzeugen aller Art Spezielle Module für Automotive und Transportation 9

10 Industry Solutions - E³.machinery (Maschinen- und Anlagenbau) Unterstützung internationaler Standards im Maschinenbau 10

11 Industry Solutions - E³.systems Verkabelung elektronischer Systeme Integration von PCB-Designdaten als Black-Box 11

12 Agile Vorstellungen If you think Agile means cowboy programmers doing whatever they want with no requirements, no rules, no documentation, and no testing, you might read too much Dilbert (Angela Dugan 2013)

13 Agile Wahrnehmungen und unser Ziel:

14 Agile Idee Scrum kulinarisch gesprochen: Es ist wesentlich einfacher einen kleinen Bissen zu verdauen als einen großen. Wir schneiden auch ein Steak in mundgerechte Happen, bevor wir es genießen. Entwickeln in Inkrementen Übertragen: Es macht Sinn, ein großes Projekt in mehreren Inkrementen zu entwickeln. Angefangen mit den wichtigen Teilen. Die Qualität bleibt immer im Auge.

15 Methodik: Scrum 15

16 Scrum: Teams Aktuell 3 Entwickler-Teams Team jeweils in einem Raum Entwicklung in Scrum- Teams Alle Rollen sollten im Team vertreten sein (Entwickler, Software-Architekt, QA/Tester) Agile Methoden erfordern Absprachen im Team. Ein Scrum-Master für alle 3Teams 16

17 Scrum: Teams Team Eigenverantwortlich Unterschiedliche Schwerpunkte (Entwickler, Architekten, Tester ) Scrum Master Vermittler Unterstützer nur verantwortlich für Einhaltung der Prozessabläufe Product Owner Vertritt die Auftragsseite für Rückfragen des Teams zuständig Pflege Product Backlog 17

18 Scrum: Teams Retrospektive Instrument zur Verbesserung der Prozesse /Abläufe/Qualität Sprint Backlog Team und PO haben Weiterentwicklung im Auge Übersichtliche Aufgabenverteilun g Teams Story PO schreibt die Story Legt Akzeptanzkriteri en fest Agile Praxis Sprint Review Auslieferungsfähig es Inkrement Kunde kann Einblick nehmen Estimation- Meeting Vorabschätzung mit Experten-Wissen Abschätzungen Planning Poker nach Komplexität Tägliche Standups PO immer upto date schnelle Problemlösungen Sprint Planning Team commited sich auf die Aufgaben 18

19 Agiler Test Agiler Test (-Entwicklung) ist Eigenverantwortung der Teams Agil entwickeln Test-getrieben entwickeln Eigenverantwortlich entwickeln und Qualitätsstandards umsetzen Sehr hohe Test-Automation Bis zur Definiton of Done Komplette Prozess-Dokumentation 19

20 Agile Software Test / Methoden Gewährleistet durch hohe Test-Automation Qualitativ sicheres Testen Durch Selbstdisziplin der Teams mit Fokus auf Qualität Durch stetig verfügbare Software-Inkremente Definition of Done 20

21 Agile Software Test / Definition of Done Alle Akzeptanzkriterien sind erfüllt Die Implementierung ist entsprechend der CodingHints und CleanCode-Richtlinien durchgeführt Code Review ist durch einen anderen Entwickler durchgeführt Die Änderungen sind in allen geforderten Software-Releases integriert Die Unit Tests und Konsistenzprüfungen sind sinnvoll ergänzt oder angepasst Die Unit Tests werden bestanden Funktionstest ist durch eine andere Person durchgeführt Automatisierte Tests und Testpläne sind sinnvoll ergänzt oder aufgenommen Der Punkt ist nach dem Prozess-Workflow abgeschlossen 21

22 Agile Software Test ISO zertifiziert Konsistenz-Tests Unit-Tests Modul-Tests Code-Reviews Test Quality Automatisierte Tests durch Software- Schnittstelle GUI Test-Automation (Ranorex) Komplette Entwicklungs-Dokumentation Pair-Programming bei komplexen Aufgaben 22

23 Agile Software Test Konsistenztests 23

24 Agile Software Test Unit- und Modul Tests Prüft Daten-Strukturen Erweiterung gehört zu jeder Neu-Entwicklung Unit-Tests laufen nach Compile Modul-Tests nächtlich E³.series 2015 (Feb :37:12 Build UnitTest: Testing TypeLibrary Compatibility Warning: Environment variable PRODUCTDEV_SERVER not set, using All 2447 Methods of [ ] found in [ ] All 41 ComClasses and 174 Interfaces of [ ] found in [ ] QueryInterface for 180 Interfaces of [ ] succeeded! ApplicationInterface / DbeApplicationInterface Test - succeeded! UnitTest: TypeLibrary Compatibility Test succeeded! 24

25 Agile Software Test Code Review 25

26 Agile Software Test Nächtliche Builds Täglich testbare Software-Versionen Automatisierte Tests Vollautomatische Tests aller Grundfunktionen Prüfung an Kundenprojekten Prüflauf über Software Schnittstelle GUI Tests GUI Tests Ranorex Studio 26

27 Agile Software Test Weitere Tests Spezielle Testpläne Manuelle Testvorgaben Manuelle Vorgaben für nicht Team-Mitarbeiter Kunden-Akzeptanztests Software PreReleases Kunden-Tests Immer neue Ideen zur Qualitätssicherung 27

28 Risikoanalyse Product risk matrix Abwägung: Risiko Wahrscheinlichkeit aus Kundensicht aus Entwicklersicht 28

29 Agil vs. V-Modell Agil V-Modell Entwicklungsmodell Agil (Scrum ) V-Modell Team-Größe Klein, agil 3-8 Personen Überwiegend große Teams Team work Aufgabenplanung und Erstellung im Team Architekt erstellt Modell Entwickler setzen dieses unabhängig um Tester Als Team-Member QA-Abteilung Testfälle erzeugt durch Akzeptanzkriterien Spezifikationen Testfälle Viel automatisiert und ständig erweitert Strikt entsprechend der Spezifikation 29

30 Agil vs. V-Modell Agil V-Modell Change Management 30 Kommen ins SprintBacklog und durchlaufen komplette Test-Vorgaben Kunde einbezogen nach jedem Sprint selten Integration Software-Build / Testversionen Qualität Anpassungen Terminbindung Täglich: Nur geprüfte lauffähige Entwicklungspunkte Täglich Täglich überprüfbare Versionen Dynamisch täglich im StandUp oder spätestens mit nächstem Sprintplaning Definierte Auslieferungszeitpunkte - gegebenenfalls Abstriche in Für Bugs gibt es keine Test- Spezifikationen Gemeinsame Entwicklung auf nicht lauffähiger Source Wöchentlich / teils in Monatsphasen oder zu bestimmten Meilensteinen Manchmal wochenlang keine Testversion verfügbar Anpassungen nicht ohne komplexe Umstrukturierungen möglich Stets Termin-Verlängerungen - gegebenenfalls Abstriche in der Terminbindung

31 Agile Software Test mehr Tests wesentlich mehr Automation mehr Qualität kürzer verfügbare Software-Inkremente Fazit mehr Mitbestimmung und Kooperation Entwickler höhere Kundenzufriedenheit motivierte Entwickler 31

32 Agiles Testing / Bookworm Agile Testing: Der agile Weg zur Qualität Viele auch unterschiedliche Praxisbeispiele Agile Testing: A Practical Guide for Testers and Agile Teams How to get testers engaged in agile development Where testers and QA managers fit on an agile team What to look for when hiring an agile tester How to transition from a traditional cycle to agile development How to complete testing activities in short iterations How to use tests to successfully guide development How to overcome barriers to test automation Soft Skills für Softwaretester und Testmanager Bezieht sich mehr auf die Team-Integration der Tester 32

33 Further ideas / Questions 33