Alle Rechte - auch bzgl. Schutzrechtsanmeldungen - sind Lars Liebermann vorbehalten. Jede Verfügungsbefugnis z.B. hinsichtlich Kopier- und Weitergaberecht

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann

Präsentation: „Abnahme & Test“Präsentation: „Abnahme & Test“Folie Nr. 1

Seminar-PräsentationIT-Consulting-SeminarAbnahme und Test

31. Mai 2002 08:30 UhrFH-Dortmund

von Lars Liebermann

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Themenübersicht

2) Testen am Beispiel von Software- Einführung- Grundlegendes- Fehler (Einteilung/Terminologie/Arten)- Gesetze- Testprinzipien- Testphasen- Testarten- Testaktivitäten

1) Phasenmodell

3) Abnahme

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Klassisches Phasenmodell

Problemanalyse / Systemanalyse

Istanalyse

Phasen Dokumentation

Systementwurf

DurchführbarkeitsprüfungSollkonzeption

Entwurf (Design)

Komponentenentwurf

Implementierung

Auftragsunterlagen

Pflichtenheft/Anforderungsdef.

Spezifikationen / Module / Schnittstellen

Programm / Programmdokumentation

Test (Test & Debugging)

Komponenten Integration Leistung

Korrigiertes Programm / Testprotokolle

Installation

Systemeinführung Systemabnahme Benutzerhandbuch

Betrieb und Wartung Betriebs/Wartungsprotokoll

Abnahmeprotokoll

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Grundlegende Fragen beim „Testen“

Was ist Software-Testen?

„Testen ist der Prozess, ein Programm mit der Absicht auszuführen, Fehler zu finden“ [Myers 1989]

Warum soll man testen?

Vorhandene Fehler können später zu erheblichen Kosten und Schäden führen

Wer soll testen?

Entwicklungs- und Testphasen möglichst getrennt halten

Was sollen wir testen?

Möglichst jeden Lebenszyklus und nicht nur die Codierphase

Wann sollen wir testen ?

Kontinuierlicher Prozess im Lebenszyklus (Meilensteine)

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Allgemeine Bemerkungen

• 50% des Entwicklungsprozess fürs Testen

• Fehlerwahrscheinlichkeit verhält sich proportional zu gefundenen Fehlern

• Debuggen ≠ Testen

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Einteilung von Fehlern

• Kosmetisch• Anders wäre es angenehmer/schöner• Mittelschwer• Performance-Einbußen• Schadend• Schwer• Katastrophal

Fehler können unterschiedlich klassifiziert werden:

• Entwicklungsphase

• Schwierigkeit

• Konsequenzen

Beispiel:

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Fehlerterminologie

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Fehlerarten

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Gesetze für das Testen von Software

1.Gesetz: Das Pestizid-ParadoxonJede Methode, die man anwendet, um Fehler zu vermeiden oder zu finden, hinterlässteinen gewissen Rest von raffinierteren Fehlern, gegen welche die eingesetzte Mehtodenichts ausrichten kann.

2.Gesetz: Die KomplexitätsschrankeDie Komplexität der Software (und damit auch die Komplexität der Fehler) wächst über unsere Fähigkeit hinaus, die Komplexität zu meistern.

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Testprinzipien

• Ein notwendiger Bestandteil eines Testfalls ist die Definition der erwarteten Werte oder des Resultats

• Gründliche Überprüfung der Ergebnisse eines jeden Tests

• Testfälle müssen für ungültige und unerwartete ebenso wie für gültige und erwarteteEingabedaten definiert werden.

• Vermeidung von Wegwerftestfällen

• Planen Sie kein Testverfahren unter der stillschweigenden Annahme, dass keine Fehlergefunden werden.

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Testphasen

Definition: „Testphasen sind sachlich und zeitlich in sich geschlossene Abschnitte desTestens, in denen für bestimmte Software-Produkte defnierte Testaufgaben durchgeführtwerden“. [Schmitz 1982]

• Entwicklungstest- Bausteintest- Verfahrentest- Installationstest- Systemtest

• Abnahmetest- Benchmarktest- Pilottest- Paralleltest

• Betriebstest

• Wartungstest

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Testarten

Nach der Art der Testfallermittlung:

Nach dem Umfang der Testauführung:

Nach der Art der Testausführung:

• aufgabenorientiert (funktionsorientiert)• produktorientiert (strukturorientiert)

• statischem Testen• dynamischen Testen

• repräsentativen Test• schwachstellenorientiertem Test• schadensausmaß-orientierten Test

Weitere Testarten

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Testaktivitäten

Testplanung

Festlegung von Aufgaben, Ziele und Vorgehensweise

Testdurchführung

Enthält alle Testdaten und realisiert erstellten Testplan• Testvorbereitung• Testausführung• Testauswertung

Testkontrolle

Überwachung und Steuerung des Testprozess

Testdokumentationserstellung

Permanente Erfassung der Vorgehensweise beim Testen (Daten und Ergebnisse)

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Testdurchführung

• Checklisten• Verwendungsnachweise von Elementen• Testfallermittlung• Testdatenerstellung• Soll-Ergebnis-Ermittlung• Testumgebung• Testprozedur

Testvorbereitung

Testausführung• Statische Testausführung• Dynamische Testausführung

Testauswertung

• Ergebnisprüfung• Testergebnisprotokollierung• Erstellen der Teststatistik

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Abnahme

Aufgabe:

• formale Abschluss des Projekts • Anerkennung durch das Unternehmen• “Entlastung” des Projektleiters • Auflösung Projektteam• evtl. Prämienausschüttung

Vorgehensweise:

1. Zu Beginn des Projekts muss genau definiert werden, wie die Projektabnahme erfolgt.2. Zum Ende des Projekts muss die Projektabnahme erfolgen, um das Projekt formal zu

beenden. Ohne formale Abnahme kein Projektabschluss.3. Die Erklärung der Abnahme sollte im jeden Fall schriftlich erfolgen.

Vorabnahme (im weitesten Sinne)

1. Abnahme des Pflichtenheftes (Vertragsgrundlage)2. Interne Abnahmen (Generalprobe)3. Werksabnahme (Freigabe zur Inbetriebnahme)

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Ende der PräsentationVielen Dank für Eure Aufmerksamkeit

Bei Rücksprachen wendet Euch bitte an:

Lars LiebermannAm Reißberg 30a58791 Werdohl

Tel. 0 23 92 / 72 26 75E-Mail: [email protected]

Weitere Informationen (Quellenangaben):• Institut für Wirtschaftsinformatik der Johannes Kepler Universität Linz • Mediasupervision• Institut für Projektmanagment und Wirtschaftsinformatik (IPMI)• Dr. Otto Schlichtherle (http://www.logistics-it-consulting.net/)

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Auflistung verschiedender Testarten

• Abnahmetest

• Ästhetiktest

• Belastungstest

• Blackbox-Test

• Ergonomietest

• Funktionstest

• Grafiktest

• Inhaltstest

• Installationstest

• Interface Analyse

• Kompatibilitätstest

• Leistungstest

• Lokalisationstest

• Mastertest

• Onlinetest

• Regressisonstes

• Risikotest

• Sicherheitstest

• Speichertest

• Stabilitätstest

• Whitebox-Test

zurück

Alle

Re

chte

- a

uch

bzg

l. S

chu

tzre

chts

anm

eld

ung

en -

sin

d L

ars

Lie

berm

ann

vorb

eha

lten

. Je

de V

erfü

gun

gsb

efu

gnis

z.B

. h

insi

chtli

ch K

opi

er-

un

d W

eite

rgab

ere

cht

lieg

t be

i Lar

s L

ieb

erm

ann


Checkliste

zurück

Documents

Alle Rechte - auch bzgl. Schutzrechtsanmeldungen - sind Lars Liebermann vorbehalten. Jede Verfügungsbefugnis z.B. hinsichtlich Kopier- und Weitergaberecht