Automatisierte Tests und Clean Code. Dr. Frank Raiser Konzept Informationssysteme GmbH

Größe: px

Ab Seite anzeigen:

Download "Automatisierte Tests und Clean Code. Dr. Frank Raiser Konzept Informationssysteme GmbH"

Leopold Scholz
vor 6 Jahren
Abrufe

1 Automatisierte Tests und Clean Code Dr. Frank Raiser Konzept Informationssysteme GmbH

2 Übersicht Firmenprofil: Konzept Informationssysteme GmbH Überblick: Clean Code Clean Code Praktiken und unsere Erfahrungen Test first Continuous Integration Reflexion

Ihr Partner für Hightech-Entwicklungen Leistungsspektrum Systems Engineering Softwareentwicklung Validierung und Verifikation Kompetenzzentrum für Weiterbildungen, Coaching/Beratungen Mitarbeiter

3 Ihr Partner für Hightech-Entwicklungen Leistungsspektrum Systems Engineering Softwareentwicklung Validierung und Verifikation Kompetenzzentrum für Weiterbildungen, Coaching/Beratungen Mitarbeiter Rund 150 festangestellte, hochqualifizierte Fachkräfte mit akademischen Abschlüssen im Bereich der Informationstechnologien Credo Als Technologiepartner mit Kompetenz und Perspektive übernehmen wir Verantwortung und tragen die Risiken mit. Qualifikation und Lernbereitschaft garantieren Qualität und Zukunftssicherheit. Unser Unternehmen ist ein Software- und Systemhaus, das seit 1994 erfolgreich im süddeutschen Raum und der Schweiz tätig ist.

4 Die Konzept Informationssysteme GmbH Erfolgsfaktoren Hohe Qualitätsansprüche Zuverlässigkeit und Flexibilität Einsatz von neuesten Methoden und Werkzeugen zur effizienten Lösung von Projektanforderungen Branchen-Know-how (Normen, Standards und Richtlinien) Synergien durch branchenübergreifende Projekterfahrung Langjährige Kundenbeziehungen Wissensmanagement bzw. -transfer Hochqualifizierte und motivierte Mitarbeiter mit umfassendem Ingenieurswissen

9001:2008 KTA 1401 in Vorbereitung: ISO 13485 in

26262 CMMI AUTOSAR, Automotive SPICE RTCA/DO-178B/C

5 Zertifizierungen, Normen und Standards Unternehmenszertifizierungen: EN 9100:2010 ISO 9001:2008 KTA 1401 in Vorbereitung: ISO in Evaluierung: IRIS Normen und Standards (Auszug): ISO CMMI AUTOSAR, Automotive SPICE RTCA/DO-178B/C und DO-278/A IEC (bis SIL3) IEC EN EN 50126, und 50129

6 Die Branchen Wo sind wir unterwegs? Avionik Automotive Raumfahrt Energiesysteme Produktion und Logistik Verteidigungstechnik Bahntechnik Medizintechnik

Tätigkeitsbereiche - Übersicht Technische Analysen Erstellen von Studien Requirements Engineering Planung und

Prototypen Qualitätssicherung Integration Inbetriebnahme Zulassungsthemen: Beratung (Methoden, Prozesse) Funktionale

Kompetenzzentrum: (Technische) IT -Beratung Weiterbildung Qualitätssicherung Software-Entwicklung / Implementierung

7 Tätigkeitsbereiche - Übersicht Technische Analysen Erstellen von Studien Requirements Engineering Planung und Projektleitung Pflege Wartung Verifikation Validierung Schulung Training Architektur Design Modellierung Simulation Prototypen Qualitätssicherung Integration Inbetriebnahme Zulassungsthemen: Beratung (Methoden, Prozesse) Funktionale Sicherheit Support Erstellung von Entwicklungsplänen Technische Reviews Abstimmung mit Zulassungsbehörde Kompetenzzentrum: (Technische) IT -Beratung Weiterbildung Qualitätssicherung Software-Entwicklung / Implementierung Normen und Standards (Auszug): ISO CMMI AUTOSAR, Automotive SPICE RTCA/DO-178B/C und DO-278/A IEC (bis SIL3) IEC EN EN 50126, und 50129

8 Clean Code Überblick

9 Professionalität Professionalität = Bewusstheit + Prinzipien Ziel der Clean Code Bewegung: Professionalisierung der SW-Entwicklung Wertesystem: objektive Prüfung von Ergebnissen und Handlungen Tugenden: Grundlage für professionelle Arbeitsweise

10 Wertesystem Evolvierbarkeit Es gibt keine Softwarewartung! Wartung als pro-aktiver Vorgang Korrektheit Nicht nur Aufgabe der Testabteilung, sondern integraler Bestandteil Produktionseffizienz Time-to-market Entwicklungsdauer neue Features und Bugfixes Reflexion Weiterentwicklung in der SW-Entwicklung extrem wichtig Reflexion (selbst, Team, Unternehmen, ) bildet die Grundlage

11 Grade Prinzipien Praktiken

12 Clean Code Praktiken und Erfahrungen

13 Testarten Acceptance Tests Integration Tests Contract Tests Performance Tests Behavior Tests Unit Tests The Gates of Hell, Musée Rodin [CC-BY-2.0, Magnus Manske] Wann erstellt man all diese Tests am besten? Vorher!

14 Erst den Test erstellen, danach die Implementierung Nicht nur Unit-Tests! Vorteile: Autom. Coverage (nahe) 100% Reduziert unnützen Code Treibt Design, ordnet Gedanken Dokumentation Sicherheit für Änderungen Nachteile: Langsamere Entwicklung Aufwand durch Testwartung Ursachensuche bei Testfehler Vorteile überwiegen bei Weitem.

15 Test First Nachteile reduzieren Langsamere Entwicklung Stimmt meistens gar nicht! Mittelfristig bessere Produktionseffizienz Aufwand durch Testwartung Testisolation extrem wichtig Integrations- und Akzeptanz-Tests auf Minimum reduzieren Coverage-Redundanz vermeiden Refactoring/Clean Code Prinzipien auch auf Tests anwenden Clean Code Prinzipien helfen die Nachteile in Grenzen zu halten.

16 Testpyramide Alister Scott [CC-BY-2.5 AU] Übliche Empfehlung: 70% Unit, 19% Component+Integration, 10% End-to-end, 1% GUI

17 Unsere Erfahrungen Vorteile Spürbar bessere Qualität und Korrektheit Produktionseffizienz steigt mittelfristig Nachteile Produktionseffizienz bricht initial ein [CC-BY-2.0, flickr.com, derpoly/ ]

18 Wie kommt alles zusammen? Unit-Tests Integration Mehrere Teams / Softwaremodule Automatische Integrationstests Akzeptanz-Tests Perfomanz-Tests Stress-Tests A/B-Tests Deployment <zensiert> Jon Jenkins, amazon.com Also, die Integration dauert bei uns so 2-3 Tage every 11.6 seconds someone is kicking off a deployment to a production fleet at amazon. (May 2011) Continuous Integration = Integration bei jedem Commit/Push

19 Jeder Commit triggert eine automat.(!) Integration Risikoreduktion Schnelle Sicherheit, dass Integration noch funktioniert Kurze Feedbackloop Fehler sind verursacht durch aktuelle Arbeit (letzter Commit vs letzter Tag) Vereinfachtes Deployment Fertig integrierte Build-Artefakte jederzeit verfügbar CI bietet Vorteile bzgl. jedem Wert des Wertesystems!

Best Practices Single Source Repository Automate the Build Everyone commits to trunk daily Fix broken builds immediately Everyone can see what happens Best Practices

20 Best Practices Single Source Repository Automate the Build Everyone commits to trunk daily Fix broken builds immediately Everyone can see what happens Best Practices (cont.) Integrate on every commit Self-Testing Build Keep the build fast Test in Clone of Production Get latest executable easily Martin Fowler [Webysther Nunes, CC BY-SA 4.0]

Umgang mit Fehlern Was wenn der CI-Build fehlschlägt? Zwei Möglichkeiten zur Auswahl: Alles stehen und liegen lassen und Problem lösen! Grün ist normaler Alltag.

21 Umgang mit Fehlern Was wenn der CI-Build fehlschlägt? Zwei Möglichkeiten zur Auswahl: Alles stehen und liegen lassen und Problem lösen! Grün ist normaler Alltag. Wer den Build rot macht darf sich ruhig schämen CI System wegwerfen Rot ist normaler Alltag und damit bedeutungslos [ Geek&Poke] Nobody has a higher priority task than fixing the build [Kent Beck, according to Martin Fowler]

22 [SonarQube main dashboard, CC BY 3.0] Statische Codeanalysen geben schnellen Einblick in Qualitätsstand

23 Unsere Erfahrungen Vorteile Stabilität Reduzierter Aufwand f. Deployment/Lieferung Lohnt schon bei kleinen (wenige Monate) Projekte Skalierung abhängig vom Projekt möglich Build, Unit-Tests, Code-Analyse, Integrations- Tests, Nachteile Einrichtungs- und Wartungsaufwand [CC-BY-2.0, flickr.com, derpoly/ ]

24 Wer keine Zeit findet, um über das Lösen der Alltagsprobleme nachzudenken, kann sich nicht weiterentwickeln Prinzipien und Praktiken des Grades täglich prüfen Nächsten kleinen Schritt für Verbesserung planen Reflexion ist die Grundlage jeglicher Weiterentwicklung. Am besten gleich heute damit beginnen!

25 Automatisierte Tests und Clean Code Konzept Informationssysteme GmbH Pfarrer-Weiss-Weg Ulm Dr. Frank Raiser Software Entwicklungsingenieur Tel.: Fax.: Vielen Dank Hat das Thema Ihr Interesse geweckt? Wir bieten auch Beratung, Schulungen und projektbegleitendes Coaching zu Clean Code an.

Ähnliche Dokumente

DevOps. Alexander Pacnik, Head of DevOps Engineering

DevOps. Alexander Pacnik, Head of DevOps Engineering DevOps Alexander Pacnik, Head of DevOps Engineering 29.09.2016 Einführung... Produktfokussierung die Entstehungsgeschichte der Veränderung Umsatz / Features Innovative Phase (technisch orientiert) Deliver