Post on 31-Mar-2019
transcript
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 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
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