Black- und Whiteboxtestentwurfsverfahren I PDF

Black- und Whiteboxtestenentwurfsverfahren I Name: Björn Scherer Jessica Schiffmann  2 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II...

Black- und Whiteboxtestenentwurfsverfahren I Name: Björn Scherer Jessica Schiffmann  2 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II Entscheidungstabellen III Testdatenerstellung Äquivalenzklassen & Grenzwertanalyse IV Weitere Möglichkeiten von Testdatenerstellung  3 Black- und Whiteboxtestentwurfsverfahren Testentwurfsverfahren Black- White- Box Test Box Test Spezifikationsorientierte Strukturorientierte Erfahrungsbasierte Testentwurfsverfahren Testentwurfsverfahren Testentwurfsverfahren Präsentation Titel / C2 - Interner Gebrauch C3 – Vertraulich C4 - Streng vertraulich  4 Black- und Whiteboxtest Charakteristika Blackboxtest Whiteboxtest ▪Der innere Aufbau des SuT ist bekannt ▪Innerer Aufbau (Code) des System unter Test ▪Testfälle werden anhand des inneren Aufbaus (SuT) ist nicht bekannt erstellt ▪Grundlage ist die jeweilige Spezifikation ▪Interpretation der Spezifikation zur Testfallerstellung Wie zu Black-Box- Woher? White-Box-Test überprüfen? Test Istergebni Eingabewerte Istergebnis Eingabewert e Ohne Kenntnis Testobje s Mit Kenntnis der Programmlogik der Programmlogik kt abgeleitet abgeleitet  5 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II Entscheidungstabellen III Testdatenerstellung Äquivalenzklassen & Grenzwertanalyse IV Weitere Möglichkeiten von Testdatenerstellung  6 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II Entscheidungstabellen III Testdatenerstellung Äquivalenzklassen & Grenzwertanalyse IV Weitere Möglichkeiten von Testdatenerstellung  7 Blackboxtextverfahren Wiederholung Testfalltemplate (1/2) Testfallid Eindeutige Identifikationsnummer Testgegenstand Was wird getestet? Kurzbeschreibung d. Testfalls Bezug Bezug zum Pflichtenheft (z.B. Use Case "Datei Öffnen" S. X) Details evtl. weitere benötigte Details zum besseren Verständnis Testvorgehen Beschreibung der Schritte zum Test Testdaten Soll-Ergebnis Ist-Ergebnis Vorbedingungen Nachbedingungen Denken Sie daran, dass Ihr Testfall reproduzierbar sein soll, deshalb im vorhinein auf bestimmte Kriterien prüfen, oder im nachhinein ‚aufräumen‘ (hier bei automatischen Tests aufpassen, falls etwas schief geht)  8 Blackboxtextverfahren Wiederholung Testfalltemplate (2/2) Testfallergebnis Bestanden / Nicht bestanden Kommentar Tester Datum Bemerkung  9 Blackboxtextverfahren Usecasebasierte Testfälle ▪Ein Usecase beschreibt (einen) Anwendungsfall des Systems ▪Zerlegen des Usecases-Diagramm in unterschiedliche Usecases ▪Detailierung der Usescases ▪Aus den Usescases einen Ablaufdiagramm erstellen ▪Testfall ableiten aus den Pfaden Abbildung von https://www.sophist.de/fileadmin/SOPHIST/Puplikationen/re6/Kapitel_0 9/Vom_Use-Case_zum_Test-Case_-_10.09.2014.pdf  10 Blackboxtestverfahren Usecasebasierte Testfälle - Auswahl von Anwendungsfällen Prüfen der Anwendungsfälle zwecks folgender Kriterien: ▪Wertbeitrag ▪Nutzungshäufigkeit ▪Schadenspotential ▪Typische Fehler ▪Geforderte Testabdeckung  11 Blackboxtextverfahren Kombination von UseCases (UserJourneys) ▪Oftmals werden Anwendungsfälle nicht voneinander getrennt betrachtet, sondern kombiniert ausgeführt z.B. Einen Namen anlegen und danach nach diesem suchen ▪Vorteile: − Nachbilden tatsächlichen Userverhaltens − Testdaten für weitere Testschritte mit überprüfen  12 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II Entscheidungstabellen III Testdatenerstellung Äquivalenzklassen & Grenzwertanalyse IV Weitere Möglichkeiten von Testdatenerstellung  13 Blackboxtestverfahren Entscheidungstabellen – Beispiel zur Herleitung Beispiel: ▪Gegeben ist die Erfassungsmaske einer IT-Stammdatenverwaltungssoftware. ▪Dort kann man vereinfacht folgende Daten erfassen: 1. Beteiligtennummer 2. Antragsdatum 3. Adresse mit Postleitzahl Wenn alles passt, wird der Beteiligte angelegt, wenn der Benutzer die Schaltfläche „anlegen“ aktiviert. Ist die Beteiligtennummer bereits vorhanden, so erscheint die Fehlermeldung „Beteiligtennummer ist bereits vergeben“. Wird ein Antragsdatum in der Zukunft angegeben, erscheint die Fehlermeldung „Datum ungültig“. Wird eine ungültige Postleitzahl angegeben, erscheint die Fehlermeldung „ungültige Postleitzahl“. Die Felder werden in der o.g. Reihenfolge geprüft und demnach die Fehlermeldungen in dieser Reihenfolge ggf. ausgegeben. Es werden dabei nie alle 3 Fehlermeldungen ausgegeben. https://blog.milsystems.de/2012/03/der-entscheidungstabellentest-nach-istqb/  14 Blackboxtestverfahren Entscheidungstabellen R1 R2 R3 R4 R5 R6 R7 R8 Bedingung Beteiligtennummer noch nicht vorhanden J J J J N N N N Antragsdatum nicht in der Zukunft J J N N J J N N gültige Postleitzahl J N J N J N J N Aktion Fehlermeldung „ Beteiligtennummer ist bereits x x x x vergeben“ Fehlermeldung „Datum ungültig“ x x Fehlermeldung „ungültige Postleitzahl“ x Button anlegen aktiviert x ▪ Sie erstellen pro Aktion einen Testfall. ▪ Oder Sie erstellen pro Bedingungskombination einen Testfall https://blog.milsystems.de/2012/03/der-entscheidungstabellentest-nach-istqb/  15 Blackboxtestverfahren Entscheidungstabellen Folgendes Szenario: Ihr Programm soll Anträge prüfen. Die Anträge können vollständig oder unvollständig sein. Des Weiteren prüft das Programm, ob die unvollständigen Angaben mehr als 3 Bereich betreffen, oder weniger. Des Weiteren wird geprüft, ob die eingereichten Kosten richtig, oder falsch sind. Bei vollständigen Anträgen, fordert das Programm den Nutzer auf, den Antrag auszudrucken und unterschreiben zu lassen. Bei Abweichungen von unter 3 Bereichen, muss der Kunde vorher telefonisch kontaktiert werden, bei über drei Bereichen wird der Antrag abgewiesen. Die die Berechnung der Summe in den Kosten nicht richtig, wir sie automatisch korrigiert, wenn die Anträge nicht abgewiesen werden. Stellen Sie die Entscheidungstabelle auf und leiten Sie die Testfälle für die Aktionen ab.  16 Blackboxtestverfahren Entscheidungstabellen Der Antrag ist J J N N N N vollständig Der Antrag hat - - N N J J Abweichungen in mehr als 3 Bereichen Die eingereichten J N J N N J Kosten sind korrekt Aufforderung des x x - - - - Ausdrucks und der Unterschrift Aufforderung - - x x - - telefonischer Kontakt Antrag wird - - - - x x abgewiesen Kostenkorrektur erfolgt - x - x - -  17 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II Entscheidungstabellen III Testdatenerstellung Äquivalenzklassen & Grenzwertanalyse IV Weitere Möglichkeiten von Testdatenerstellung  18 Blackboxtestverfahren Äquivalenzklassen ▪ Eine Äquivalenzklasse ist ein Wertebereich eines Eingabeelementes des Systems in dem das System sich gleich verhalten soll ▪ Zum Aufstellen der Äquivalenzklasse analysiert man die Spezifikation der Eingabedaten, der Ausgabedaten und der Bedingungen gemäß den Spezifikationen Beispiel Ein Päckchen wiegt zwischen 500 und 2000 Gramm 1. Gültige Äquivalenzklasse: 500 – 2000 2. Ungültige Äquivalenzklasse: < 500 3. Ungültige Äquivalenzklasse > 2000  19 Blackboxtestverfahren Tests aus Äquivalenzklassen festlegen ▪Aufstellen der Äquivalenzklassen für alle Eingabeelemente ▪Kombination der gültigen Äquivalenzklassen, so dass möglichst wenig Tests entstehen ▪Kombination der ungültigen Äquivalenzklassen, so dass möglichst wenig Tests entstehen (Achtung bei der Zusammenfassung wird die Fehlersuche schwieriger) ▪konkrete Werteauswahl pro Äquivalenzklasse  20 Blackboxtestverfahren Grenzwertanalyse ▪Die meisten Fehler treten in den Grenzbereichen der Äquivalenzklassen auf! ▪Bei dem Beispiel also somit bei 499/500 bzw. 1999/2000  21 Agenda 1 Charakteristika 2 Blackboxtestverfahren I Testfalldesign mit UseCase Testtechniken II Entscheidungstabellen III Testdatenerstellung Äquivalenzklassen & Grenzwertanalyse IV Weitere Möglichkeiten von Testdatenerstellung  22 Blackboxtestverfahren Dynamisieren von Testdaten ▪Ergänzen von Testdaten, um dynamische Anteile, z.B. Timestamps ▪ Um keine Duplikate zu erzeugen ▪ Um Testdaten einem Testablauf zuordnen zu können  23 Blackboxtestverfahren Zufallstestdaten ▪Im Rahmen eines gegebenen Wertebereichs von Eingabeparametern werden gültige Werte zufällig erzeugt. ▪Achtung: zwar viele verschiedene Daten werden erzeugt, jedoch nicht in jedem Fall wirklich realistische Daten ▪Achtung, das Testziel betachten, sollen z.B. die Datenfelder in ihrer Funktionalität geprüft werden