124 lines
2.6 KiB
Markdown
124 lines
2.6 KiB
Markdown
## 📘 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**|
|