Eigenschaften bzw. Unterschiede von dynamischem & statischem Testen?
Dynamisches Testen
- Testobjekt wird ausgeführt
Statisches Testen
- Testobjekt wird nicht ausgeführt
- statische Tests können manuell oder automatisiert erfolgen
Manche Ergebnisse können nur statisch getestet werden
Welche Arten von dynamischen Tests gibt es und wozu werden sie durchgeführt?
Black-box-Test
–> Identifikation von Fehlerwirkungen
White-box-Test
–> Identifikation von Fehlern
Welche Arbeitsergebnisse können durch statische Tests geprüft werden?
- Spezifikationen (Fach-, Sicherheits- und fachliche Anforderungen)
- Epics, User Stories & Abnahmekriterien
- Architektur & Entwurfsspezifikationen
- Code
- Testmittel inkl. Testkonzept, -fälle und -ablauf sowie automatisierte Testskripte
- Benutzeranleitungen
- Websites
- Verträge, Projekt-, Zeit oder Budgetpläne
- Modelle wie Aktivitätsdiagramme
Vorteile von statischen Tests
- Früheres & kostengünstigeres Erkennen & Korrigieren von Fehlerzuständen
- Identifizieren von Fehlerzuständen, die in dyn. Tests nicht leicht zu finden sind
- Erhöhen der Entwicklungsproduktivität (z.B. durch verbesserte Entwürfe, mehr wartungsfähigen Code)
- Reduzierung von Entwicklungskosten & -zeit
- Reduzieren von Testkosten & -zeit
- Reduzieren der Gesamtkosten der Qualizät
- Verbesserte Kommunikation zwischen Teammitgliedern durch Teilnahme an Reviews
Unterschiede dynamische & statische Tests
- Statische & dynamische Tests können die gleichen Ziele verfolgen
- Beide Testarten ergänzen sich gegenseitig, da sie unterschiedliche Fehlerarten finden
- Statische Tests finden Fehlerzustände in Arbeitsergebnissen direkt
- Statische Tests können genutzt werden, um die Konsistenz und interne Qualität der Arbeitsergebnisse zu verbessern
Typische Fehlerzustände, die statische Tests finden?
- Anforderungsfehler
- Entwurfsfehler
- Programmierfehler
- Abweichungen von Standards
- Falsche Schnittstellenspezifikation
Schwachstellen in der Zugriffssicherheit - Lücken oder Ungenauigkeiten in der Rückverfolgbarkeit oder dem Überdeckungsgrad der Testbasis
Welche Hauptaktivitäten sind Teil des Reviewprozesses?
- Planung
- Reviewbeginn
- Individuelles Review
- Befundkommunikation & -analyse
- Fehlerbehebung & Bericht
Welche Rollen gibt es im formalen Review?
- Autor
- Management
- Moderator
- Reviewleiter
- Reviewer
- Protokollant
Welche Reviewarten gibt es und wie ist deren Formalisierungsgrad?
Formalisierungsgrad steigt bei folgenden Reviewarten an:
- Informelles Review
- Walk-through
- Technisches Review
- Inspektion
Welche Reviewverfahren gibt es für das individuelle Review?
- Ad-hoc
- Checklistenbasiert
- Szenarien & Dry Runs
- Rollenbasiert
- Perspektivisch
Organisatorische Erfolgsfaktoren für Reviews
- Jedes Review hat klare Ziele
- Gewählte Reviewart passt zu den Zielen, für das Arbeitsergebnis (Prüfobjekt) und Teilnehmer
- Eingesetztes Reviewverfahren für das individuelle Review ist geeignet, Fehlerzustände im Arbeitsergebnis zu finden
- Genutzte Checklisten gehen auf Hauptrisiken ein & sind aktuell
- Große Dokumente werden in kleinen Teilen geschrieben und in Reviews geprüft
- Teilnehmer haben ausreichend Zeit für die Vorbereitung
- Reviews werden mit angemessener Vorankündigung geplant
- Management unterstützt den Reviewprozess
Personenbezogene Erfolgsfaktoren für Reviews
- Auswahl der geeigneten Personen für einen Review
- Tester werden als wertgeschätzte Reviewer gesehen
Teilnehmer widmen den Details angemessene Zeit und Aufmerksamkeit - Reviews werden in kleinen Schritten vorgenommen
- Gefundene Fehlerzustände werden objektiv anerkannt, bewertet und behandelt
- Reviewsitzung wird gut geleitet
- Vertrauensvolle Atmosphäre im Review
- Die Teilnehmer vermeiden Körpersprache und Verhaltensweisen, die negativ wahrgenommen werden können
- Angemessene Schulungen für Reviews
- Kultur des Lernens und der Prozessverbesserungen wird gefördert
