3 Statischer Test: Aufzählungen Flashcards

1
Q

Statische Analyse
prüft AE hinsichtlich…

LZ

A

FORM & STRUKTUR

  • formale Beschreibung Anforderung
  • Vorhandensein Code-Dokumentation
  • Entwurfsregeln & Architekturmuster
  • Rechtschreibung & Grammatik
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Einsatzgebiete
Reviews & statische Analysen:
Gegenüberstellung

LZ

A

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)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Statischer Test:
Vorteile & SWELZ
(Fließtext Lehrplan)
LANG

LZ

A

Früherer Einsatz im SWELZ möglich

  • vor Einsatz dynamischer Tests oder
  • sogar vor Erstellen Code

=> frühes Erkennen von FZ

=> früh gefundene FZ lassen sich kostengünstiger entfernen, insbesondere im Vergleich zur Situation nach Auslieferung
(= “nachdem SW auf Zielumgebung gebracht & aktiv in Nutzung”)

Kosteneinsparung im Vergleich zu Einsatz dynamische Tests insbesondere unter Berücksichtigung
zusätzliche Kosten
- Aktualisierung anderer Arbeitsergebnisse
- Durchführung Fehlernachtests & Regressionstests

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Statischer Test:
Vorteile & SWELZ
(Fließtext Lehrplan)
KURZ

LZ

A

Früherer Einsatz im SWELZ möglich

=> frühes Erkennen von FZ

=> früh gefundene FZ lassen sich kostengünstiger entfernen

=> statische Testverfahren fast immer
EFFIZIENTER als dynamische

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

SWELZ und Fehleranfälligkeit

Dojo

A

Die meisten Fehler werden in den
frühen Phasen begangen

  • Analyse
  • Entwurf

(Gleichzeitig Aufwand Fehlerbehebung

  • je früher
  • desto geringer)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Statische & dynamische Tests:
Gemeinsamkeit & Unterschiede

LZ

A

Gemeinsam: Testziele

Unterschied: FEHLERART

  • dynamische Tests: Fehlerwirkung
  • statische Tests: Fehlerzustand, auch diejenigen, die keine FW verursachen (z.B. selten genutzter oder schwer erreichbarer Pfad)

Unterschied Fokus:

  • dynamische Tests: extern sichtbares Verhalten
  • statische Tests: Konsistenz & interne Qualität des AE verbessern
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Statische & dynamische Tests:
interne & externe Qualität

Dojo

LZ

A

Statische Tests

  • Konsistenz &
  • interne Qualität von AE

Dynamische Tests

  • extern sichtbares Verhalten des TO
  • externe Qualität
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Informelle <=> formale Reviews

Dojo

LZ

A

Informelle Reviews:

  • folgen keinem definierten Prozess
  • kein formal dokumentiertes Ergebnis

Formale Reviews:

  • Dokumentierte Vorgehensweise für Durchführung
  • Dokumentierte Ergebnisse
  • Teilnahme von Teams
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Review-Prozess:
Hauptaktivitäten

LZ

A

Planung

Review-Beginn/ Kick-off

Individuelles Review

Befundkommunikation & -analyse

Fehlerbehebung & Bericht/ Follow-up

Nachbereitung/ Lessons learnt (optional)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

FORMALES Review:
Rollen Aufzählung

LZ

A

Autor

Management

Moderator

Review-Leiter

Gutachter

Protokollant

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Rollen FORMALER Review im
Review-Prozess
Hauptaktivitäten & Verantwortlichkeiten

LZ

A

Planung: Management

Reviewbeginn/ Kick-off: alle

Individuelles Review: individueller Gutachter

Befundkommunikation & -analyse: alle, Dokumentation durch Protokollant

Fehlerbehebung & Bericht/ Follow-up:
Autor AE, Review-Leiter/Moderator

Nachbereitung/ Lessons learnt (optional): Review-Leiter/ Moderator

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Review-ARTEN

LZ

A

Informell

Walkthrough

Technischer Review

Inspektion

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Informelles Review:
Gutachter &
weitere Punkte
neben Zweck und Kategorien Formalität

LZ

A

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)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Walkthrough Formen

LZ

A

Szenarios

Dry Run (Probelauf)

Simulationen

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Technisches Review:
Gutachter

LZ

A

Gutachter sollten

  • fachspezifische Kollegen des Autors und
  • fachspezifische Experten in der gleichen oder in anderen Disziplinen sein
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Inspektion:
Rollen

LZ

A

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 als

  • Review-Leiter
  • Vorleser oder
  • Protokollant agieren
17
Q

Inspektion:
Formale Steuerung

LZ

A

Nutzung von

  • vorab festgelegten
    Eingangs- und -Endekriterien
  • weiteren Metriken, um
    gesamten Softwareentwicklungsprozess zu verbessern, einschließlich des Inspektionsprozesses
18
Q

Review-VERFAHREN für
individuellen Review:
AUFZÄHLUNG

LZ

A

Ad-hoc-Review

Checklistenbasierte Reviews

Szenarien & Dry Runs

Perspektivischer Review

Rollenbasierter Review

19
Q

Review-Verfahren: Checklistenbasiert

LZ

A

Checklisten sollten

  • bei Reviewbeginn verteilt werden
  • auf potenziellen FZ & Erfahrungen basieren
  • spezifisch auf Art geprüftes AE zugeschnitten
  • regelmäßig ergänzt, um in früheren Reviews übersehene Befundarten

Immer auch mögliche FZ außerhalb Checkliste berücksichtigen!

20
Q

Review-Verfahren: Szenariobasiert

LZ

A

Strukturierte Richtlinien, wie Gutachter AE durchlesen sollen

Immer auch FZ außerhalb Szenarien berücksichtigen!

Mit AE werden
- auf Basis der ERWARETEN Nutzung Probeläufe (Dry Runs) durchgeführt

Szenarien bessere Richtlinien als
- einfache Checklisteneinträge

Szenarien müssen in angemessenem Format dokumentier sein wie Anwendungsfälle

21
Q

Review-Verfahren: Rollenbasiert

LZ

A

Konzentration auf eine bestimmte Rolle unterstützt
- zielgerichtete Prüfung des AE

Typische Rollen:

  • Arte von Endanwendern ( Kinder/ Senioren, (un)erfahren..)
  • Rollen innerhalb Organisation (Benutzeradministrator, Systemadministrator…)
22
Q

Review-Verfahren: Perspektivisch

LZ

A

Gutachter leiten

  • auf Basis ihrer Perspektive
  • aus zu prüfendem AE weitere AE ab

Effektives Verfahren für Review von

  • Anforderungen
  • technischen AE

Voraussetzung:
- korrekte Einbeziehung &
- angemessene Gewichtung
Perspektiven verschiedener Stakeholder

23
Q

Reviews:
Erfolgsfaktoren
ORGANISATION

Überblick

LZ

A
  1. Ziele
  2. Passende Review-Arten
  3. Geeignete Review-Verfahren
  4. Checklisten: aktuell & Hauptrisiken
  5. Frühe & häufige Rückmeldungen FZ an Autoren
  6. Zeitliche Planung
  7. Unterstützung Management
  8. Reviews in Qualitäts- und Testrichtlinien Org, integriert