98 lines
2.7 KiB
Markdown
98 lines
2.7 KiB
Markdown
## 🎯 ZIELE DER LEHRVERANSTALTUNG
|
||
|
||
- Vermittlung von **Grundlagen im Softwaretesten**
|
||
- Verständnis für **Begriffe, Aufgaben, Methoden & Verfahren**
|
||
- Vorbereitung auf die **CTFL-Prüfung** (international anerkannt)
|
||
|
||
---
|
||
|
||
## 🧪 WARUM SOFTWARETEST?
|
||
|
||
### Beispiele schwerwiegender Softwarefehler:
|
||
|
||
- ❌ Ariane 5: Absturz durch Reuse fehlerhafter Lageregelungssoftware
|
||
- ❌ T-Mobile (2009): Netzstörung durch Fehler im HLR
|
||
- ❌ Deutsche Bank / BAföG / GM / Roche: Fehler mit realen Konsequenzen
|
||
|
||
➡️ Softwarefehler führen zu:
|
||
|
||
- **wirtschaftlichen Schäden**
|
||
- **Lebensgefahr (z. B. Medizintechnik, Automotive)**
|
||
- **Imageverlust**
|
||
|
||
---
|
||
|
||
## 💥 BEGRIFFE: Fehler, Bug, Defekt
|
||
|
||
- **Fehler (Defect)**: Abweichung vom erwarteten Verhalten
|
||
- **Bug**: oft als Synonym genutzt
|
||
- **Erster dokumentierter Bug**: Motte im Relay (1947)
|
||
|
||
---
|
||
|
||
## 🧠 TESTBARENGRUNDLAGEN
|
||
|
||
- Vollständiges Austesten ≠ realistisch möglich
|
||
- Beispiel 1: 3 Eingabewerte à 16 Bit → 2⁴⁸ Kombinationen → **ca. 90 Jahre**
|
||
- Beispiel 2: Schleifen + Verzweigungen → 10¹⁴ Testfälle → **38 Jahre**
|
||
|
||
➡️ **Testen ist selektiv & risikobasiert notwendig!**
|
||
|
||
---
|
||
|
||
## 🔍 TESTKATEGORIEN (am Beispiel „Dreieckprogramm“)
|
||
|
||
### Testziele:
|
||
|
||
- **Funktionalität prüfen**: korrektes Verhalten bei Eingaben
|
||
- **Fehlerhafte Eingaben erkennen**: negative Zahlen, zu viele/wenige Werte etc.
|
||
- **Grenzwerte testen**: z. B. `0`, `Max_Int`
|
||
|
||
### Beispiel-Testfälle:
|
||
|
||
- Gleichseitig: 2,2,2
|
||
- Ungleichseitig: 2,3,4
|
||
- Ungültig: -5, 0, Zeichen, zu viele Werte
|
||
- Spezialfälle: Kombinationen nahe Grenzwerten
|
||
|
||
➡️ **Testdaten ≠ zufällig**, sondern **gezielt konstruiert**
|
||
|
||
---
|
||
|
||
## 🚗 PARALLELEN ZUR INDUSTRIE
|
||
|
||
**Automobilindustrie**:
|
||
|
||
- Komponententest → Integrationstest → Systemtest → Abnahmetest → Stresstest
|
||
|
||
➡️ Übertragbar auf Software: **Teststufen & strukturiertes Vorgehen**
|
||
|
||
---
|
||
|
||
## 💬 FAZIT / MERKSPRÜCHE
|
||
|
||
- **„Testen zeigt die Anwesenheit von Fehlern, nicht ihre Abwesenheit.“**
|
||
- **„Ein Test ohne definiertes Ziel ist Zeitverschwendung.“**
|
||
- **„Keine Software ist fehlerfrei.“**
|
||
- **„Vollständiges Austesten ist meist unmöglich.“**
|
||
|
||
---
|
||
|
||
## 📚 LITERATUR & WEITERFÜHRENDES
|
||
|
||
- Lehrbuch: **Spillner/Linz** – _Basiswissen Softwaretest_
|
||
- Weitere: Beizer, Myers, Liggesmeyer, TMap, ISO 29119
|
||
- Fachzeitschriften & Konferenzen: _GTB_, _EuroSTAR_, _ICST_
|
||
|
||
---
|
||
|
||
## ✅ KLAUSURRELEVANTE KERNAUSSAGEN
|
||
|
||
|Thema|Prüfungstauglicher Merksatz|
|
||
|---|---|
|
||
|Fehlerauswirkungen|Kleine Fehler können große Folgen haben|
|
||
|Austestbarkeit|Testabdeckung muss begrenzt & gezielt sein|
|
||
|Dreieck-Programm|Guter Einstieg zur **Testfallerstellung**|
|
||
|Zertifizierung|ISTQB CTFL ist international anerkannt|
|
||
|Test ist wichtig|Auch einfache Programme sind schwer zu testen|
|