Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen

Größe: px

Ab Seite anzeigen:

Download "Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen"

Johann Blau
vor 8 Jahren
Abrufe

1 Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen Tutorium auf der KSFE 2015 in Hannover, Qualität kommt von Qual.

2 Wissen aus Daten gewusst wie ist IT-Dienstleister für Business Intelligence und Datenanalyse gibt es in dieser Form seit über 25 Jahren ist einer von vier in Deutschland hat 53 Mitarbeiter, davon 28 von SAS zertifizierte Spezialisten ist offizieller SAS-Trainingspartner bietet umfassende Services für SAS-Software an, Beratung, Programmierung, Schulung und Support, auch für JMP und R ist Mitglied im KSFE - Verein und seit vielen Jahren Sponsor liefert 22 Beiträge für die KSFE-Konferenzen

SAS-Trainingspartner bietet umfassende Services für SAS-Software an, Beratung, Programmierung, Schulung und Support, auch für

3 Tool-Kette für Qualitätssicherung in der Entwicklung Anforderungen 3

4 (Ticketsystem) Webbasiertes Projektmanagement Anforderungen erfassen Meilensteine planen Aufgaben zuweisen und nachverfolgen 4

5 Agiler Entwicklungsprozess - Beispiel Iteratives Vorgehen Dauer einer Iteration: 3 Arbeitswochen Quelle: Tickets im -System Anforderungen (user stories, grob geplant + geschätzt, werden für eine Iteration selektiert) Deployment im JBoss und Aufruf der Startseite funktioniert Arbeitspakete (tasks, fein geschätzte Einzelteile einer Anforderung) Tomcat im AD durch JBoss ersetzen Webapplikation mit JBOSS / SAS9.3 jars kompilieren webscala Deployment im JBoss Arbeitspakete i.d.r. einer Einzelperson zugewiesen Iterationsmeetings Planung der jeweils nächsten Iteration (alle Entwickler) Abstimmung der Verfügbarkeiten Auswahl und Besprechung der Anforderungen Aufteilung der Anforderungen in einzelne Arbeitspakete Retrospektive der jeweils letzten Iteration (Entwickler, Projektleitung) 5

6 (Unittest-Framework) Testszenario Testfall Testsetup: Daten vorbereiten Aufruf des Prüflings (= zu testenden Programms) Prüfung 1 (OK) Prüfung 2 (fehlgeschlagen) Prüfung 3 (OK) Test-driven Development (TDD) Weitere Testfälle Sicherheitsnetz für Änderungen 6

Prüfung 1 (OK) Prüfung 2 (fehlgeschlagen) Prüfung 3 (OK)

7 Doxygen (Dokumentationsgenerator) Quellcode-Dokumentation automatisiert erzeugen 7

8 Doxygen (Dokumentationsgenerator) Ergebnis im HTML-Format 8

9 (Versionskontrollsystem) 9

10 Repository-Struktur SVN Repository tags trunk branches 2015_01_01_Integrationstest Rev 1 V _03_23_Produktion Rev 2 V2.0 Stammordner (trunk): Revisionsnummer wird bei jedem Commit automatisch hochgezählt Markierung (tag): Fachliche Kennzeichnung einer zentralen Revision Zweig (branch): Fachliche Kennzeichnung eines separaten Entwicklungszweigs 10

0 Stammordner (trunk): Revisionsnummer wird bei jedem Commit automatisch hochgezählt

11 in der Praxis Verzeichnisstruktur im Stammordner festlegen Lock-Strategie festlegen (optimistisch, pessimistisch) Häufigkeit und Umfang von Commits Aussagekräftige Änderungskommentare Umgang mit Merge-Konflikten Immer lauffähigen Stand im Stammordner vorhalten Nutzung von Entwicklungszweigen für nicht lauffähige Zwischenstände 11

Aussagekräftige Änderungskommentare Umgang mit Merge-Konflikten Immer lauffähigen

12 Beispiel für -Client: TortoiseSVN Versionskontrolle mit Verknüpfung zu Doxygen-Kommentare werden beim Einchecken automatisch aktualisiert 12

13 (Automatisierte Build-Erstellung) Continuous Integration (CI) Server Testausführung und Benachrichtigung Build-Erzeugung und Deployment 13

14 (II) Statusänderung von Tickets Review-Informationen direkt am Ticket Reviewer wird benachrichtigt Ggf. erneuter Durchlauf der Toolkette Reviewer schließt das Ticket 14

15 Fazit Durchgängige Nachvollziehbarkeit von Änderungen Mehrere leichtgewichtige Tools statt ein schwerfälliges System Fördert agile Vorgehensweise Tools sind alle Open Source Aber: Entwickler brauchen Methodenkompetenz und Verantwortungsbewusstsein Infrastruktur-Voraussetzungen beachten 15

Vorgehensweise Tools sind alle Open Source Aber: Entwickler brauchen

16 Zeit für Fragen & Diskussion 16

17 Vielen Dank für Ihre Aufmerksamkeit Software-Architekt Rohrbacher Str Heidelberg Telefon

Ähnliche Dokumente

Deployment Deployment Seite 1 / 25

Deployment Deployment Seite 1 / 25 Seite 1 / 25 Versionskontrolle Seite 2 / 25 Verteilte Versionskontrollsysteme Seite 3 / 25 Seite 4 / 25 Zusammenfassung Versionskontrolle Wir verwenden bei der Entwicklung das dezentralisierte Versionskontrollsystem