2.3 KiB
2.3 KiB
📘 KAPITEL 3: STATISCHES TESTEN
3.1 Was ist statisches Testen?
- Statisches Testen = Analyse ohne Programmausführung
- Ziel: Frühzeitiges Erkennen von Fehlern und Schwächen
- Ergänzt dynamisches Testen (mit Programmausführung)
Beispiele:
- Dokumentation, Code, Testfälle, Anforderungen prüfen
3.2 Arten statischer Tests
| Art | Merkmale |
|---|---|
| Statische Analyse | Automatisierte Tools analysieren Code-Struktur |
| Reviews (manuell) | Menschen analysieren Dokumente & Artefakte |
3.3 Statische Analyse durch Tools
Ziele:
- Automatisierte Prüfung von Quellcode
- Vermeidung technischer Schulden
Erkennbar durch Tools:
- Syntaxfehler
- Nicht initialisierte Variablen
- Dead Code / nicht erreichbarer Code
- Verletzungen von Codierstandards
- Sicherheitslücken (z. B. Buffer Overflow)
➡️ Ergänzung, kein Ersatz für Reviews!
3.4 Reviewarten (💡 Prüfungsrelevant)
| Reviewtyp | Beschreibung & Merkmale |
|---|---|
| Informell | z. B. Peer Review, keine Dokumentation |
| Walkthrough | Autor führt Gruppe durch Dokument |
| Technisches Review | Fokus auf Inhalte, nicht auf Format |
| Inspektion | Strukturiert, mit Rollen, Protokollierung, Prüfprotokollen |
➡️ Inspektion ist die formalste & effektivste Methode.
3.5 Rollen in einem Review
| Rolle | Aufgabe |
|---|---|
| Autor | Ersteller des Prüflings |
| Moderator | Leitung & Organisation |
| Prüfer | Suchen nach Defekten |
| Protokollant | Dokumentiert Ergebnisse |
| Manager | Review-Rahmenbedingungen schaffen |
3.6 Reviewprozess (z. B. Inspektion)
- Planung (Teilnehmer, Artefakt, Reviewziel)
- Kick-off (Einführung, Zielklärung)
- Einzelprüfung (Teilnehmer sichten Artefakt individuell)
- Review-Meeting (gemeinsame Sichtung, Diskussion)
- Nachbearbeitung (Fehlerbehebung, Follow-up)
✅ KLAUSURRELEVANTE MERKSÄTZE
| Thema | Merksatz |
|---|---|
| Statisches Testen | Testen ohne Ausführen des Programms |
| Reviewtypen | Inspektion = formal, Walkthrough = moderiert, informell |
| Toolbasierte Analyse | Ergänzung zu manuellen Reviews, keine Ablösung |
| Reviewrollen | Moderator ≠ Autor, Protokollant dokumentiert |
| Nutzen | Frühes Feedback spart spätere Kosten |