vault backup: 2025-07-03 16:57:46

Semester 6/SWTEST/CTFL-Kapitel 4-1.md

@@ -5,11 +5,8 @@
 ### 4.1 Einleitung: Warum Testverfahren?
 
 - Systematisches Vorgehen → bessere **Testabdeckung**
-    
 - Unterstützung bei der Erstellung **guter Testfälle**
-    
 - Ziel: Fehler früh entdecken & reproduzierbar testen
-    
 
 ---
 
@@ -30,37 +27,27 @@ Nutzen **Eingabe-Ausgabe-Beziehung**, ohne Quellcode zu betrachten.
 #### a) Äquivalenzklassenbildung
 
 - Eingaben in gültige/ungültige **Klassen** einteilen
-    
 - **Aus jeder Klasse → 1 Testfall**
-    
 
 #### b) Grenzwertanalyse
 
 - Grenzwerte sind **fehleranfällig**
-    
 - Testfälle **am Rand** der Äquivalenzklassen
-    
 
 #### c) Entscheidungstabellen
 
 - Repräsentieren **Regeln & Bedingungen**
-    
 - Kombinationen aus Bedingungen → Aktionen
-    
 
 #### d) Zustandsbasierter Test
 
 - Bei **zustandsbehafteten Systemen** (z. B. Automaten)
-    
 - Zustände, Übergänge, Events → modellieren & testen
-    
 
 #### e) Use Case Test
 
 - **Szenarien aus Benutzersicht** abdecken
-    
 - Ziel: reale Nutzungspfade testen
-    
 
 ---
 
@@ -69,14 +56,11 @@ Nutzen **Eingabe-Ausgabe-Beziehung**, ohne Quellcode zu betrachten.
 Berücksichtigen **interne Struktur** des Systems/Programms
 
 #### a) Anweisungsüberdeckung
-
 - Jede Anweisung im Code muss mindestens **einmal ausgeführt** werden
-    
 
 #### b) Zweigüberdeckung
 
 - Jeder Entscheidungspunkt (z. B. `if`, `else`) → **jede Richtung** wird getestet
-    
 
 ➡️ Für Entwicklernahe Tests (z. B. Komponententest)
 
@@ -85,24 +69,16 @@ Berücksichtigen **interne Struktur** des Systems/Programms
 ### 💡 3. ERFAHRUNGSBASIERTE VERFAHREN
 
 - Beruhen auf **Intuition, Erfahrung, Bauchgefühl**
-    
 - Beispiele:
-    
     - **Fehlerbasiertes Testen**
-        
     - **Checklisten**
-        
     - **Exploratives Testen**
-        
 
 Einsatz besonders:
 
 - wenn wenig Dokumentation vorhanden ist
-    
 - bei Timeboxing (agile Projekte)
-    
 - als Ergänzung zu strukturierten Verfahren
-    
 
 ---