Testverfahren Tag 3

Verfahren Test ohne Codeausführung

Fokus:

• Form

• Struktur

• Inhalt

• Dokumentation

Beispiele:

• Manuelle Code - Reviews

• Walkthrough

• statistische Codeanalyse

  
  

Testobjekt tatsächlich ausgeführt

Fokus:

• Laufzeitverhalten

• Zusammenspiel der Komponenten

Klassevezierung:

• White-Box-Tests:

  • Tester kennt interen Struktur und Code des Testobjekt

  • Code- Pfade, Verzweigungen, Schleifen

• Black-Box-Tests:

  • Tester keine Kentniss über interne Funktionsweise

  • Getestet wird ausschließlich von außen

  • Macht das Programm das was vorgesehen ist

• Graue-Box-Tests:

  • Kombination bei der Tester über Teilwissen der interne Struktur verfügt um effektive Testfälle zu erstellen

    
    

  
  

Unit-Tests:

• kleinsten Einheiten der Software, einzelene Methoden, Funktion oder Klassen werden isoliert getestet

• In der Regel Automatisiert

• Zweck: Fehler sehr früh und präzise zu lokalisieren

Integrationstest:

• Stellt sicher das verschiedene Module, Services und Komponenten zusammenarbeiten

• Beispiel:

  • Interaktion einer Datenbank, einem externen Dienst oder anderen Modulen

End-to-End-Tests:

• Simulieren Benutzerablüfe in einer Anwendungsumgebung

  nachahmen das Typische Benutzerverhalten um sicherzustellen das der Workflow wie erwartet funktioniert

Funktionstest:

• Konzentrieren sich auf die Geschäftsanforderungen

• Prüfen ob das Sytem aus Anwendersicht funktioniert

Akzeptanztest:

• Test die vom Kunden oder Product-Owner ausgeführt werden

• Prüfen ob das System die geschäftlichen Anforderungen erfüllt

• Finale bestätigung vor dem Go-live

Leistungstest:

• nicht-funktionaler Test

• Prüfen Systemverfalten unter bestimmten Last

• Prüfen, Zuverlässigkeit, Antwortzeit, Skalierbarkeit, und Ressourcenverbrauch um Engpässe zu finden

Smoke-test:

• einfacher, schneller Test um zuüberprüfen ob das Gerät raucht

• Fehlschlagen eines Smoke-Test verhindern oft durchführung weitere, aufwändiger Test

Sicherheitstest

• Spezialisierter Test

• Es wird versucht Sicherheitsmichanismen zu durchbrechen um Schwachstellen zu finden

• bevor Angreifer sie finden

Prüfungsverfahren, die oft physikalische oder chemische Eigenschaften betreffen

Prüfungen um innere Fehler ohne Beschädigungen zu finden

Essenzielle Dokumente im QM

Dienen formeller, schriftlicher Nachweis das ein Produkt Qualitsanforderung erfüllt

Sollen von Haftungsansprüche schützen und Erfüllung rechtliche und Kundenspezifischen Anforderungen

Werksbescheinigung:

• Inhalt: Bestätigung der Konformität, keine Prüfergebnisse

• Anwendung: Für einfache Produkte, geringe Anforderungen

Werkszeugnis:

• Inhalt: Konformität + unspezifische Prüfergebnisse (nicht von der gelieferten Charge)

• Anwendung: Wenn Prozessqualität reicht, nicht chargenspezifisch

  
  

Abnahmeprüfzeugnis 3.1:

• Inhalt: Spezifische Prüfergebnisse von der gelieferten Charge, durch unabhängigen internen Prüfer

• Anwendung: Standard in sicherheitsrelevanten Bereichen (z. B. Maschinenbau)

Abnahmeprüfzeugnis 3.2:

• Inhalt: Spezifische Prüfungen, bestätigt von internem und externem Prüfer (z. B. TÜV)

• Anwendung: Für hochkritische Produkte, maximale Sicherheit

Unit-Test

• Hauptfokus: Testen der kleinsten isolierbaren Einheiten

• Typisches Testobjekt / Beispiel: Eine einzelne Funktion oder Klasse

Integrationstest

• Hauptfokus: Sicherstellen, dass verschiedene Module zusammenarbeiten

• Typisches Testobjekt / Beispiel: Zusammenspiel einer Anwendung mit einer Datenbank

End-to-End-Test

• Hauptfokus: Simulation vollständiger Benutzerabläufe

• Typisches Testobjekt / Beispiel: Der gesamte Kaufprozess in einem Onlineshop