Verbundtests von Mobilgeräten und Backend-Systemen. Andreas Bartsch, exept Software AG

Größe: px

Ab Seite anzeigen:

Download "Verbundtests von Mobilgeräten und Backend-Systemen. Andreas Bartsch, exept Software AG"

Arwed Bäcker
vor 6 Jahren
Abrufe

1 Verbundtests von Mobilgeräten und Backend-Systemen Andreas Bartsch, exept Software AG

zentraler Stelle in allen Bereichen des PLM Mitbegründer der exept

2 Andreas Bartsch COO exept Software AG Vor 30 Jahren als Consultant im Software Entwicklungsbereich gestartet Große Projekte (100 MJ) an zentraler Stelle in allen Bereichen des PLM Mitbegründer der exept Software AG Anfang 2000 Beginn der eigenen Testautomatisierungsentwicklung

3 INHALT

4 Herausforderungen bei den Verbundstests Auswirkungen des Entwicklungsprozesses Generische Testarchitektur für alle Prozesse Vorstellung einer Testarchitektur

5 1 Herausforderung beim Verbundtest

6 1 Beispiel UseCase Connected Car Auf App aktuelle Fahrzeugtemperatur auslesen und für eine bestimmte Uhrzeit die Zieltemperatur einstellen

7 1

8 1 Beststehend aus einzelnen Komponenten Werden oftmals von individuellen Teams, eigenverantwortlich entwickelt.

9 1 Die Herausforderungen

10 1 Unterschiedliche Releasezyklen Individuelles Deployment Individuelle Entwicklungsprozesse Verteilte Entwicklungsprozesse Variantenvielfalt?

11 1 Agil

12 1 V-Modell

13 2 Auswirkungen des Entwicklungsprozesses auf die Testautomatisierung

14 2 Scrum Auswirkungen des Entwicklungsprozesses auf die Testautomatisierung

15 2

TA Entwickler haben großen Einfluss auf TA konforme

16 2 Gemeinsames Team Verbale Kommunikation Teamübergreifend Testautomatisierung ist wesentlicher Bestandteil des Prozesses TA Entwickler haben großen Einfluss auf TA konforme Produktentwicklung Produktentwicklung und TA Entwicklung arbeiten Hand in Hand

17 2 V-Modell Auswirkungen des Entwicklungsprozesses auf die Testautomatisierung

18 2 i ck tw En Architektur System Integration lun s gs tuf Design Komponenten en Implementierung Unit tuf en System / Akzeptanz Te st s Anforderungen

19 2 Starke Trennung der einzelnen Teams Teamübergreifende Kommunikation fast ausschließlich über Dokumentation n ick System Integration gs t st lun st u Komponenten Implementierung Unit fen Design Te s tw En Architektur System / Akzeptanz ufe Anforderungen Testautomatisierung steht am Ende des Prozesses TA Entwickler haben wenig Einfluss auf TA konforme Produktentwicklung Produktentwicklung kennt nicht die Randbedingungen auf die sich die TA abstützt

20 1 Die Herausforderungen

21 2 Kurze Releasezyklen Blindes automatsieren Permanente Anpassung / Erweiterung Release Schock Dynamische TA Entwicklung

22 3 Erfolgreiches Vorgehen und Testarchitektur

23 3 1 Testautomatsierung im agilen Prozess

24 3 1 Entwicklungsprozess Testautomatisierung Anpassung Neuentwicklung Langfristig erfolgreiche Testautomatisierung bedingt: Enge Kopplung von Test an die Produktentwicklung TA ist eine gemeinsame Aufgabe Trennen zwischen TA Neuentwicklung und Anpassung TA vorzugsweise Nutzen für: Weitgehend abgeschlossene Funktionalität Funktionalität mit hohem Risiko

25 3 1 Modulare Testarchitektur

26 3 1 Testautomatisierung System Integration Komponente Point of touch - POT App1 App 2 Service A CAN Msg X.. System under Test Strukturierte Testarchitektur verhindert Duplicated Code

27 3 1 Erleichtert Wartung und beschleunigt Entwicklung

28 3 1 Testautomatisierung System Integration Komponente Point of touch - POT Wartung / Änderungen können an zentraler Stelle vorgenommen werden Angepasste Grundfunktionen werden direkt in die nächsten Ebenen übernommen Bei neuen Funktionen können die vorhanden Grund/Teilfunktionen einfach wiederverwendet werden

29 3 2 Testautomatsierung im V-Modell?

30 3 2 Durchgängige TA über alle Teststufen

31 3 2 Komponenten Te st s System Integration Testautomatisierung tuf en System / Akzeptanz Unit TA Grundbausteine können entwicklungsnah eingesetzt werden Notwendige Anpassungen an den Grundbausteinen werden frühzeitig erkannt (Verhindert Release Schock ) Testautomatisierung kann verteilt werden, da teamübergreifender Nutzen Entwickler können Wartung und Erstellung von Grundbausteinen übernehmen Damit entfällt der Effekt des blinden Automatisierens

32 3 3 Testautomatsierung im hybriden Prozess

33 3 3 Was sind hybride Prozesse?

34 3 3 Komplexe Systeme sind in der Regel aus einzelnen Komponenten aufgebaut

35 3 3 Ein hybrider Prozess entsteht wenn,... Systemkomponenten mit unterschiedlichen Prozessen entwickelt werden in einer verteilten Entwicklung werden unterschiedliche Prozesse verwendet.

36 3 Herausforderungen für Integration und Systemtest

37 3 Unterschiedliche Releasezyklen Kein gemeinsames Verständnis für Anforderungen / Nöte von Integration und Systemtest Höchster Aufwand bei Anpassungen der Testautomatisierung

38 3 Ziele

39 3 Transport der agilen Kommunikation in die Entwicklung aller beteiligten Komponenten / Teilsysteme Übernahme der Testtechnologie aus den einzelnen Komponenten / Teilsysteme in die Integration und Systemtest Bilden einer gemeinsamen TA Plattform für alle an der Software beteiligten Komponenten / Teilsysteme

40 3 Aufbau TA in hybriden Prozessen

41 System Integration Komponenten Unit Entwicklungsprozess Der langsamste Prozess führt Die unterschiedlichen EW Prozesse betreuen die Software und zugehörigen TA Komponenten Systemintegration / Systemtest verwendet die zur Softwareversion passenden TA Komponenten ufe n System / Akzeptanz Te sts t 3 Testautomatisierung

42 4 Der Weg zum Automatisierten Test des Gesamtsystems

43 4 Testautomatisierung Komponententest Testautomatisierung Testautomatisierung

44 4 Testautomatisierung Integrationstest Testautomatisierung

45 4 Gesamtsystem Testautomatisierung

46 4 Warten auf 17:00 Navigieren zu Klima Setzen 20 Grad für 17:00 Temperatur im Auto prüfen ob 20 Grad

47 4 Varianten

48 4 App Varianten Services ECU Varianten

49 4 Unterschiedlichste Endgeräte Verschiedene Fahrzeugmodelle

50 4 Beispiel Android Mobil Devices Quelle: opensignal.com

51 4 Beispiel Android Mobil Devices Quelle: opensignal.com

52 4 Monitoring der im Feld genutzten Versionen über dass Backend ist ein muss! Ansonsten kann keine Aussage über die wichtigsten Kombinationen für die Tests getroffen werden

53 4 Master - Testfall Parametrisierung

54 4 Master - Testfall Parametrisierung

55 4 Master Testfall Parametrisierung

56 Fazit

57 Wiederverwendung TA Pyramide Systemtest System Integration Komponenten Test Reduziert den Wartungsaufwand in der Testautomatisierung drastisch Ermöglicht wesentlich schnellere Iterationszyklen Funktioniert in agilen, traditionellen und hybriden Prozessen

58 Erfolgreiche Testautomatisierung basiert auf einem individuellen Konzept Enge Kopplung von Testautomatisierung und Produktentwicklung ist sehr wichtig Auswahl des/der Testwerkzeuge mit Hinblick auf Wiederverwendbarkeit in allen Teststufen

59 Vielen Dank für Ihre Aufmerksamkeit

60 Andreas Bartsch exept Software AG

Ähnliche Dokumente

DevOps in der Praxis. Alexander Pacnik 24.11.2015

DevOps in der Praxis. Alexander Pacnik 24.11.2015 DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch