vault backup: 2025-07-10 14:04:51
This commit is contained in:
99
Semester 6/SWTEST/Zusammenfassungen/CTFL-Kapitel 6.md
Normal file
99
Semester 6/SWTEST/Zusammenfassungen/CTFL-Kapitel 6.md
Normal file
@@ -0,0 +1,99 @@
|
||||
## 📘 KAPITEL 6: TOOLUNTERSTÜTZUNG IM TESTPROZESS
|
||||
|
||||
---
|
||||
|
||||
### 6.1 Einsatzmöglichkeiten von Testwerkzeugen
|
||||
|
||||
#### Ziele:
|
||||
|
||||
- Effizienz steigern
|
||||
- Wiederholbarkeit sicherstellen
|
||||
- Fehler vermeiden
|
||||
|
||||
#### Typische Tool-Einsatzbereiche:
|
||||
|
||||
|Einsatzbereich|Beispiele für Werkzeuge|
|
||||
|---|---|
|
||||
|**Testmanagement**|Testplanung, Fortschrittsverfolgung|
|
||||
|**Anforderungsmanagement**|Rückverfolgbarkeit von Anforderungen|
|
||||
|**Statische Analyse**|Code-Analyse, Einhaltung von Codestandards|
|
||||
|**Testfallerstellung**|manuell oder generiert|
|
||||
|**Testdurchführung & Auswertung**|Automatisierte Tests, Logging, Reports|
|
||||
|**Defektmanagement**|Bug-Tracking, z. B. Jira, Bugzilla|
|
||||
|**Testdaten- & Umweltverwaltung**|Konsistente Testdaten, Containerisierung|
|
||||
|
||||
---
|
||||
|
||||
### 6.2 Vorteile und Risiken von Tools
|
||||
|
||||
#### ✅ Vorteile:
|
||||
|
||||
- Automatisierung → **Zeitersparnis**
|
||||
- **Konsistenz & Reproduzierbarkeit**
|
||||
- **Skalierbarkeit** bei Regressionstests
|
||||
|
||||
#### ⚠️ Risiken:
|
||||
|
||||
- **Einführungsaufwand** hoch
|
||||
- **Wartung & Pflege** der Tools notwendig
|
||||
- Gefahr von **Tool-Gläubigkeit** („Tool löst alle Probleme“)
|
||||
- **Falsche Anwendung** kann schaden
|
||||
|
||||
---
|
||||
|
||||
### 6.3 Toolklassifizierung nach ISTQB
|
||||
|
||||
|Tooltyp|Beschreibung|
|
||||
|---|---|
|
||||
|**Statische Analyse-Tools**|z. B. Lint, SonarQube|
|
||||
|**Testdesign-Tools**|z. B. Testdaten-Generatoren|
|
||||
|**Testautomatisierung**|z. B. Selenium, JUnit|
|
||||
|**Defektmanagement-Tools**|z. B. Bugzilla, Jira|
|
||||
|**Performance-Testtools**|z. B. JMeter|
|
||||
|**Coverage-Tools**|z. B. Jacoco|
|
||||
|
||||
---
|
||||
|
||||
### 6.4 Auswahl & Einführung von Tools
|
||||
|
||||
#### Auswahlkriterien:
|
||||
|
||||
- Projekt- & Teamgröße
|
||||
- Integration in bestehende Infrastruktur
|
||||
- Schulungsbedarf
|
||||
- Support & Lizenzmodell
|
||||
|
||||
#### Einführungsprozess:
|
||||
|
||||
1. **Bedarf klären**
|
||||
2. **Tool evaluieren & auswählen**
|
||||
3. **Pilotphase**
|
||||
4. **Rollout**
|
||||
5. **Wartung & kontinuierliche Verbesserung**
|
||||
|
||||
---
|
||||
|
||||
### 6.5 Automatisierung sinnvoll einsetzen
|
||||
|
||||
#### Typische Einsatzszenarien:
|
||||
|
||||
- **Regressionstests**
|
||||
- **Build-Verifikation (CI/CD)**
|
||||
- **Performance-Messung**
|
||||
- **Datengetriebenes Testen**
|
||||
|
||||
➡️ **Automatisierung ≠ universell sinnvoll**
|
||||
|
||||
- Bei **explorativem Testen**, UX-Tests oder stark ändernden UIs → lieber manuell
|
||||
|
||||
---
|
||||
|
||||
## ✅ KLAUSURRELEVANTE MERKPUNKTE
|
||||
|
||||
|Thema|Merksatz|
|
||||
|---|---|
|
||||
|Toolnutzen|**Effizienz & Konsistenz**, aber kein Allheilmittel|
|
||||
|Risiken|**Falsche Erwartungen**, hoher Einführungsaufwand|
|
||||
|Toolauswahl|Nach **Projektkontext & Integration** wählen|
|
||||
|Automatisierung|Gut für **wiederholbare, stabile Tests**|
|
||||
|Defektmanagement|Erlaubt **systematische Fehlerverfolgung**|
|
||||
Reference in New Issue
Block a user