3 Statischer Test: Aufzählungen Flashcards
Statische Analyse
prüft AE hinsichtlich…
LZ
FORM & STRUKTUR
- formale Beschreibung Anforderung
- Vorhandensein Code-Dokumentation
- Entwurfsregeln & Architekturmuster
- Rechtschreibung & Grammatik
Einsatzgebiete
Reviews & statische Analysen:
Gegenüberstellung
LZ
Review:
- jedes AE, von dem
- Teilnehmer wissen, wie es zu lesen & zu verstehen ist
Statische Analysen:
jedes AE mit
- FORMALER Struktur, für die es ein geeignetes
- statisches Analysewerkzeug gibt
- auch AE, die in natürlicher Sprache geschrieben sind
(z.B. Prüfung Rechtschreibung, Grammatik und Lesbarkeit)
Statischer Test:
Vorteile verglichen mit dynamischen Tests
(Fließtext Lehrplan)
KURZ
LZ
Früherer Einsatz im SWELZ möglich
(vor Erstellen Code)
=> frühes Erkennen von FZ
=> kostengünstige Entfernung &
Vermeidung Folgekosten
=> statische Testverfahren fast immer
EFFIZIENTER als dynamische
SWELZ und Fehleranfälligkeit
Dojo
Die meisten Fehler werden in den
frühen Phasen begangen
- Analyse
- Entwurf
(Gleichzeitig Aufwand Fehlerbehebung
- je früher
- desto geringer)
Statische & dynamische Tests:
Gemeinsamkeit & Unterschiede
LZ
Gemeinsam: Testziele
Unterschied: FEHLERART
- dynamische Tests: Fehlerwirkung
- statische Tests: Fehlerzustand, auch diejenigen, die keine FW verursachen (z.B. selten genutzter oder schwer erreichbarer Pfad)
Statische & dynamische Tests:
interne & externe Qualität
Dojo
Statische Tests
- Konsistenz &
- interne Qualität von AE
Dynamische Tests
- extern sichtbares Verhalten des TO
- externe Qualität
Review-Prozess:
Hauptaktivitäten
Planung
Review-Beginn/ Kick-off
Individuelles Review
Befundkommunikation & -analyse
Fehlerbehebung & Bericht/ Follow-up
Nachbereitung/ Lessons learnt (optional)
FORMALES Review:
Rollen Aufzählung
Autor
Management
Moderator
Review-Leiter
Gutachter
Protokollant
Review-ARTEN
Informell
Walkthrough
Technischer Review
Inspektion
Informelles Review:
Gutachter &
weitere Punkte
neben Zweck und Kategorien Formalität
LZ
Beispiele:
Buddy-Check, Pairing, Paarweiser Review
in agiler Entwicklung verbreitet
Gutachter:
- ein Kollege Autor oder mehrere Personen
- Nutzen hängt stark von Person Gutachter ab (Qualifikation, Erfahrung)
Walkthrough Formen
Szenarios
Dry Run (Probelauf)
Simulationen
Technisches Review:
Gutachter
LZ
Gutachter sollten
- fachspezifische Kollegen des Autors und
- fachspezifische Experten in der gleichen oder in anderen Disziplinen sein
Inspektion:
Rollen
Nutzung verpflichtend von beschriebenen
klar definierten Rollen
plus evtl. Vorleser:
- liest AE Review-Sitzung laut vor,
- häufig paraphrasiert (d.h. sinngemäß, in eigenen Worten) wiedergibt
Autor kann NICHT agieren als
- Review-Leiter
- Vorleser oder
- Protokollant
Inspektion:
Formale Steuerung
Nutzung von
- vorab festgelegten
Eingangs- und -Endekriterien - weiteren Metriken, um
gesamten Softwareentwicklungsprozess zu verbessern, einschließlich des Inspektionsprozesses
Review-VERFAHREN für
individuellen Review:
AUFZÄHLUNG
Ad-hoc-Review
Checklistenbasierte Reviews
Szenarien & Dry Runs
Perspektivischer Review
Rollenbasierter Review
