ISTQB_CTFL_Kurzeinführung

ISTQB® CERTIFIED TESTER - FOUNDATION LEVEL Kurzeinführung

• Seminare für Unternehmen und Mitarbeiter, die in eine hochwertige Ausbildung investieren wollen.

• Zusammenschluss von Freien Trainern und eigenständigen Kooperationspartnern.

• Seminare von Technikern & Ingenieuren für Techniker & Ingenieure.

• Ganzheitliche Ausbildung, bei der neben der erlernten Fähigkeiten auch die Identifikation mit der ausübenden Rolle im Mittelpunkt steht.

Über die ISARTAL akademie GmbH

Umwelt

Tätigkeit

Fähigkeit

Motivation

Umwelt

Folie 2 ISTQB® Certified Tester - Foundation Level - Kurzeinführung

Das Seminarangebot der ISARTAL akademie…


Produktentwicklung (V-Modell, SCRUM)

…und unserer Kooperationspartner


Projektmanagement (IPMA)

Konfigurationsmanagement (iNTCCM)


Sozi

ale

Kom

pete

nzen

(N

LP)

Wir bieten leider keine Technologie-Seminare, das überlassen wir den Technologie-Experten…


Projektmanagement (IPMA)

Konfigurationsmanagement (iNTCCM)

Implementierung


Sozi

ale

Kom

pete

nzen

(N

LP)

Ausbildungsstufen des ISTQB® Certified Tester

Advanced Level Test M

anager

Advanced Level Testanalyst

Advanced Level Technischer Testanalyst

Foundation Level

Expert Level - in Vorbereitung –

Voraussichtlich ab Q4/2013 bei der

ISARTAL akademie


• Sie kennen die Bedeutung von Testbegriffen

• Sie verstehen die Zusammenhänge und Inhalte des Testens

• Sie können Tests eigenständig entwickeln

• Sie sind Certified Tester Foundation Level (nach bestandener, optionaler Prüfung)

Ziele der Schulung

Quelle: istockphoto


• Handout • Foliensatz des Seminars mit ausführlichen Notizenteil

• Übungen

• Glossar

• Referenzenliste

• Musterprüfung

• Buch • „Basiswissen Softwaretest: Aus- und Weiterbildung zum

Certified Tester - Foundation Level nach ISTQB-Standard“, dpunkt Verlag

Ihre Seminarunterlagen

Quelle: dpunkt Verlag


Unser Lernkonzept


So nicht!

…denn zum Lesen brauchen Sie keinen Trainer…

Unser Lernkonzept


Sondern so! …die Folien sind dynamisch und der Trainer erläutert den

Inhalt. So verbinden sie gesagtes mit visuellen Eindrücken, die leichter zu behalten sind!

Unser Lernkonzept


Sondern so!

…die Folien sind dynamisch und der Trainer erläutert den Inhalt. So verbinden sie gesagtes mit visuellen Eindrücken, die

leichter zu behalten sind!

Unser Lernkonzept


Sondern so!



Unser Lernkonzept


Erläuterung verpasst? Kein Problem, alles was wichtig ist

finden Sie im ausführlichen Notizenteil!

Seminarinhalt

I. Grundlagen des Testens

II. Testen im Produktlebenszyklus

III. Die 3 Dimensionen des Testens

IV. Statische Tests

V. Dynamische Tests

VI. Prozesslandkarte

VII. Testwerkzeuge


Software & Softwarefehler im täglichen Leben



Und wenn sie nicht funktioniert?


Beispiel: USS Yorktown CG 48 (1997)

Zeitverlust Für 2:45 Stunden manövrierunfähig

www.navsource.org


Beispiel: Ariane 5 (1996)

Vermögensschaden 370 Millionen US-Dollar


Beispiel: Therac-25 (1985-1987)

Personenschaden 3 tote und 3 schwer verletzte Patienten


Beispiel: PlayStation Network (2011)

Imageschaden Zugriff auf 77 Mio. Nutzerkonten

Materielle Schadenshöhe: unbekannt


Auswirkungen und Ursachen von „Fehlern“

• Zeitdruck • komplexer Code • Komplexität der Infrastruktur • Sich ändernde Technologien • Systemwechselbeziehungen

Fehlhandlung (engl. Error)





Fehlerzustand Defekt (engl.: defect,bug)





Fehlerwirkung (engl. failure)

Fehlerzustand Defekt (engl.: defect,bug)


Der erste echte „Bug“: Mark II (1947)


• Qualität ist der Grad in dem • ein Satz inhärenter (=„innewohnender“) Merkmale

Anforderungen erfüllt. [ISO 9000:2005]

• Qualität ist der Grad in dem • ein System, eine Komponente oder ein Prozess

die Kundenerwartungen und -bedürfnisse erfüllt. [nach IEEE 610.12:1990]

Was ist Qualität?

Qualität = ∑ Tatsächliche (erwartete oder geforderte) Merkmale eines Produktes

∑ Anforderungen, Erwartungen und Bedürfnisse des Kunden

und


Qualitätsmerkmale für Produkte [ISO 9126.1:2001]

ISO 9126

Funktio- nalität

Zuver-lässigkeit

Benutz-barkeit

Effizienz

Wartbar-barkeit

Übertrag-barkeit


Wie kann man Qualität sicherstellen?

Maßnahmen zur Qualitätssicherung

Konstruktive Maßnahmen

Technische Maßnahmen

Organisatorische Maßnahmen

Testen (Analytische Maßnahmen)

dynamische Tests (Testende Verfahren)

statische Tests (Analysierende Verfahren)


„Testen“ als analytische Maßnahme zur Qualitätssicherung!

dyna

mis

che

Test

s (T

este

nde

Verf

ahre

n)



Fehlerzustand (engl.: defect, bug)



dyna

mis

che

Test

s (T

este

nde

Verf

ahre

n)

stat

isch

e Te

sts

(Ana

lysi

eren

de V

erfa

hren

)






dyna

mis

che

Test

s (T

este

nde

Verf

ahre

n)

Kons

truk

tive

M

aßna

hmen

stat

isch

e Te

sts

(Ana

lysi

eren

de V

erfa

hren

)






dyna

mis

che

Test

s (T

este

nde

Verf

ahre

n)

Kons

truk

tive

M

aßna

hmen

Ursachenanalyse Fehleranalyse st

atis

che

Test

s (A

naly

sier

ende

Ver

fahr

en)





Phasen

Ebenen

Testziele in den Phasen und Ebenen der Produktentwicklung

Entwicklung Betrieb

Komponententest Integrations- & Systemtest Abnahmetest

Vertrauen schaffen

Risiko reduzieren

Qualität verbessern

Informationen liefern

Fehler- Fehlerzustände

vorbeugen Vorgaben

erfüllen Änderungen

bewerten

Wartung

Fehlerzustände finden

Testziele

§


Wie viel Testaufwand ist notwendig?

Unwirtschaftlicher Bereich hohe wirtschaftliche

Risiken

Unwirtschaftlicher Bereich

Ein vollständiger Test ist nicht durchführbar*)

Wirtschaftlicher Bereich Tests sind immer nur Stichproben!

Qualität

Kost

en

Gesamtkosten

Risiko

*) A

usna

hme:

sehr

triv

iale

Tes

tobj

ekte

Risikoorientiertes Testen

Aus

: [Sp

06]


„Testen“ == Ausführen von Tests?

dynamische Tests Testfälle

ausführen

statische Tests Dokumente

prüfen

statische Tests Statische Analysen

Steuerung der Tests

Test-bedingungen

auswählen Ausgangs-

kriterien auswerten

Testfälle spezifizieren

Ergebnisse überprüfen

Abschluss-arbeiten zu

Ende bringen

Über Testprozess

berichten

Über das zu testende System

berichten

Planung der Tests

Testen


„Testen“ == Debugging?

Testen dynamische Tests

Debugging Analyse der Fehlerwirkung &

Identifikation des Fehlerzustandes

Debugging Entfernen des

Fehlerzustandes

Fehlernachtests dynamische Tests

Die Verantwortung für Debugging liegt üblicherweise beim Entwickler.

Die Verantwortung für Testen liegt üblicherweise beim Tester.

Fehlerzustand identifiziert

Fehlerwirkung identifiziert

Fehlerzustand behoben

Fehlerzustand behoben


Aktivitäten im Lebenszyklus Ziele

Analytische Maßnahmen der QS

Zusammenfassung: „Was ist Testen?“

Qualität bewerten (Anforderungen & Zweck)

Fehlerzustände finden

Planung eines Softwareprodukts

Vorbereitung eines Softwareprodukts

Bewertung eines Softwareprodukts

dynamische Tests (Testende Verfahren)

statische Tests (Analysierende Verfahren)

Testen


Fragen?

ISARTAL akademie GmbH Kornwegerstrasse 52 81375 München Telefon +49 (89) 88 904 505 Fax +49 (89) 41 175 791 [email protected] www.isartal-akademie.de

Jetzt Anmelden: http://www.isartal-akademie.de/istqb/

http://www.isartal-akademie.de/istqb/�

ISTQB_CTFL_Kurzeinführung

Documents

Transcript of ISTQB_CTFL_Kurzeinführung