KISS

BTD 20091

KISS

Was hat KISS mit Testen zu tun?

Klassische Fehlerquellen beim Testen

� Interpretations-Spielräume in der Spezifikation:=> hat man eine Systemanforderung missverstanden, fallen auch die Testergebnisse nicht korrekt aus

� kein systematischer Test der Software

Wo liegen die Probleme:

BTD 2009 2

� kein systematischer Test der Software

� klassischer Entwicklungsablauf: Test am Ende, d.h. da wo Änderungen am teuersten sind

� zu Beginn des Projekts macht sich keiner Gedanken über den

Test, es gibt angeblich wichtigere Dinge und der Test liegt noch

in weiter Ferne

Wie heißt die „Zauberformel“?

KISS

BTD 2009 3

Keep it Simple and Stupid

Wie vermeidet man Aufwände und Fehlerquellen beim Testen?

• Rechtzeitige Planung von Tests

• Geordnete Geschäftsprozesse

• Strukturierte Vorgehensweise

• Traceability

BTD 2009 4

Rechtzeitiges testen.......

Pflichtenheft

KundenRequirements

System Test

Abnahme Test

Der Zusammenhang zwischen

Requirements und Test

BTD 2009 5

Pflichtenheft

Architektur

technischeSpezifikation

Implementierung

Modul Test

Integration und Test

System Test

Rechtzeitiges testen.......

Die zeitliche Abfolge der Test Aktivitäten

Pflichten- heft

Kunden-Requ.

Architektur techn.Spezifik.

Imple-men-

tierung

„Aufklappen“ des V-Modells, um eine zeitliche Abfolge zu erhalten

BTD 2009 6

ModulTest

IntegrationundTest

SystemTest

AbnahmeTest

Testdurchführung

Testplanung

Strukturierte Vorgehensweise

Die eigentliche Testdurchführung 4

Die Testdokumentation 5

BTD 2009 7

Erstellung eines Testplans 1

Generierung von Test Requirements 2

Entwicklung von Test Prozeduren 3

Testprozeß

� Der Testprozeßnach ISTQBQuelle: Imbus

Beginn

Planung & Steuerung

Analyse &Design

Fee

dbac

k

BTD 2009 8Ende

Abschluß

Design

Realisierung & Durchführung

Auswertung &Bericht

Fee

dbac

k

Traceability

Marktan-forderungen

Produktan-

Problemraum

Lösungsraum

BTD 2009 9

Produktan-forderungen

Komponenten-anforderungen

Entwurf Umsetzung Test

Wie vermeidet man Aufwände und Fehlerquellen beim Testen?

• Schaffung von Standards und Schnittstellen

• Single Source Philosophie

• Dokumenten-Management

• Modularisierung der Projekte

• Risiko-Abschätzung

BTD 2009 10

• Risiko-Abschätzung

Standards und Schnittstellen

� Schaffung von Standards und Schnittstellen im Unternehmen• zur Entwicklungsabteilung

• zum Zulieferer

• zum Kunden

BTD 2009 11

• zum Kunden

� Möglichst wenig, aber definierte Ansprechpartner zum Kunden und zum Zulieferer.

� Definierte Schnittstellen zum Kunden und Zulieferer

Standards und Schnittstellen

• In allen Projekten die selbe Ordnerstruktur.

� Leichte Orientierung in allen Projekten möglich.

• Einheitliche Systemlandschaften in den Projekten (Testautomaten, Testsoftware, Projektplanungstools,

BTD 2009 12

(Testautomaten, Testsoftware, Projektplanungstools, Dokumentationstools usw.)

� Unternehmensweit einheitliches Projekt-Knowhow

� Für den Systemlieferanten ist es leichter Spezial-lösungen für ein Unternehmen zu erstellen.

Standards und Schnittstellen

� Arbeiten mit Templates und Dokumenten-vorlagen, die aktuell gehalten werden. • (Achtung: Wildwuchs in den Dokumenten unbedingt

verhindern und nur abgestimmte Änderungen zulassen!)

BTD 2009 13

zulassen!)

� Möglichst wenig Medienbrüche in den Projekt-unterlagen=> jeder Medienbruch verursacht den doppelten

Änderungsaufwand, wenn das Projekt fortge-schrieben wird.

=> Jeder Medienbruch ist eine zusätzliche Fehlerquelle!

Single- Source Prinzip

� Alle Informationen und Dokumente werden nur einmal und an einem Platz definiert und abgespeichert!

� Dateiablagen in Verzeichnissen• Wichtig! Das ganze Projekt-Team legt die Daten am

BTD 2009 14

• Wichtig! Das ganze Projekt-Team legt die Daten am gleichen Ort ab.

� Programme / Spezifikationen / Excel / Skripts • Spezifikationen / Programm- Routinen, Listenfelder

und Tabellen

• Alle Informationen existieren nur einmal und sind im ganzen Dokument / Projekt verfügbar.

Realisierung von datenbankähnlichen Strukturen in Excel

� Einsatz von Listenfeldern

BTD 2009 15

� Anwendungsbeispiele: • Intelligente (Test-)

Spezifikationen

• Testreports

• Interaktive Kataloge

Realisierung von datenbankähnlichen Strukturen in Excel

� Einsatz der SVerweis-Funktion

� Anwendungsbeispiele: • Lookup-tables

• Testreports

automatische Gewichtung von Fehlern

BTD 2009 16

� automatische Gewichtung von Fehlern

• Interaktive Kataloge

� Vorteil:• Kriterien werden nur an einem einzigen Platz in der

Datei geändert (Single Source-Philosophie)

Einsparpotentiale beim Testen nutzen

� Nur das Testen was notwendig ist!• 100% Testtiefe bei kritischen Funktionen

(neue oder geänderte Module)

• verringerte Testtiefe bei unveränderten Modulen, die von den Änderungen in den anderen betroffen sind.

BTD 2009 17

von den Änderungen in den anderen betroffen sind.

• Wenn noch Zeit ist, die restlichen Module testen

Einsparpotentiale beim Testen nutzen

Priorisierung von Fehlern

BTD 2009 18

Test-Reports

� Wie reportet man Testergebnisse so, dass Sie von

BTD 2009 19

� Wie reportet man Testergebnisse so, dass Sie von anderen verstanden werden?

Test-Reports

� Klare Strukturen • Gleiche Schnittstellen zu allen Teilnehmern im Projekt

� Klare Strukturen im Dokument • Gruppieren von Ergebnissen

BTD 2009 20

• Funktionen

• Fehlerklassen

• Priorisierung der Testfälle

• verschiedene Aggregationsebenen

• Übersichtsblatt

Test-Reports

� Nachvollziebarkeit

Ganz Wichtig!

BTD 2009 21

� Nachvollziebarkeit • Randbedingungen

• Startbedingungen

• Testablauf

Test-Reports

� Grafische Darstellung der Testergebnisse • Spinnennetzdiagramm

• Tortendiagramme

Testreport Failed kritisch

BTD 2009 22

Testreport

0

20

40

60

80

100Diagnostic Services

OBD-Diagnose

CAN-Protokoll

Physical Layer

Normal Operation Mode

Netzwerkmanagement

Transport Layer

Spannungstests

Failed unkritisch

Passed

KISS

BTD 2009 23

Viel Erfolg im neuen Projekt!