03 Statischer Test Flashcards
(8 cards)
Arten von Softwarearbeitsergebnissen erkennen können, die durch die verschiedenen statischen Testverfahren geprüft werden können.
- Spezifikationen
- Epics, User Stories
- Architektur
- Code
- Testmittel / Testkonzepte / Testfälle
- Benutzeranleitungen
- Websites
- Verträge, Projektpläne
- Aufsetzen der Konfiguration
- Modelle
Beispiele nennen können, um den Wert des statischen Tests zu beschreiben.
- frühe Erkennen von Fhlerzuständen
- konstengünstiger als der Einsatz dynamischer Tests
- andere Fehler als im dynamsichen Test
- Erhöhung Entwicklungsproduktivität
- Reduzieren Entwicklungskosten
- Reduzieren Testkosten
- Verbesserte Kommunikation
Den Unterschied zwischen statischen und dynamischen Verfahren unter Berücksichtigung der Ziele, der zu identifizierenden Fehlerzustände und der Rolle dieser Verfahren innerhalb des SW-Lebenszyklus erklären können.
- können die gleichen Ziele verfolgen
- beide ergänzen sich (unterschiedliche Fehlerarten)
- statisches Test –> Fehler direkt in Arbeitsergebnis
- statisches Testen bei interner Q
Die Aktivitäten des Reviewprozesses für Arbeitsergebnisse zusammenfassen können.
Planung (Definition Umfang, Schätzung Aufwand, Auswahl Personen, Prüfung Eingangskriterien)
Reviewbeginn (Verteilen Arbeitsergebnisse, Erläutern Ziele, Beantwortung von Fragen)
Individuelles Review (Review, Aufzeichnung)
Befundkommunikation/Analyse (Kommunikation, Analyse, Bewertung)
Fehlerbehebung/Bericht (Fehlerberichte, Beheben, Kommunikation, Aufzeichnung Stati, Metriken, Prüfen Endekriterien)
Die unterschiedlichen Rollen und VA in einem formalen Review erkennen können.
Autor - Arbeitsergebis erstellen, Beheben Fehlerzustände
Management - Reviewplanung, Entscheidung Durchführung, Mitarbeiter/Budget/Frist festlegen, Überwacht Kosteneffizienz
Moderator - Stellt erfolgreichen Ablauf sicher, Vermittelt, Person von der der Erfolg abhängt
Reviewleiter - Verantwortung für Review, entscheidet, wer einbezogen wird, wann und wo
Gutachter - Fachexperten, identifizieren Fehlerzustände, versch. Perspektiven
Protokollant - erhebt potentielle Fehlerzustände, die gefunden werden, erfasst neue pot. FZ
Die Unterschiede zwischen den unterschiedlichen Reviewarten erklären können: informelles Review, Walkthrough, technisches Review, Inspektion.
Informelles Interview
- Erkennen von pot. Fehlerzuständen
- Generieren neue Ideen/schnelle Lösungen
- basiert nicht auf formalen Prozess
- evtl. keine Reviewsitzung
- evtl. von Kollegen des Autors
- Ergebnisse können dokumentiert werden
- Nutzen veriiert von Gutachtern
- Checklisten optional
- verbreitet bei agil
Walkthrough
- Fehlerzustände finden
- Ideenaustausch, Ausbildung
- durch Autor geleitet
- Protokollant obligatorisch
- Cheklisten optional
- Protokolle potentieller Fehlerzustände erstellen
Technischer Review
- Gewinnen von Konsens
- Q bewerten/Vertrauen schaffen
- fachspezifische Kollegen des Autor
- individuelle Vorbereitung nötig
- Reviewsitzung optional
- Protokoll obligatorisch, nicht Autor.
- Checkliste optional
Inspektion
- Erkennen Fehlerzustände
- Autor motivieren, künftig Prozess verbessern
- definierter Prozess mit dokumentierten Ergebnissen
- klare Rollen
- individuelle Vorbereitung
- festgelegte Eingangs- und Endkriterien
- Metriken werden gesammelt.
Reviewverfahren auf ein Arbeitsergebnis anwenden können, um Fehlerzustände zu finden.
Ad hoc
- wenig oder keine Anleitung
- wenig Vorbereitung
- stark abhängig von Fähigkeit des Reviewers
Checklistenbasiert
- verteilt bei Reviewbeginn
- systematische Abdeckung Fehlerarten
Szenarien/Dry Runs
- strukturierte Richtlinien
Perspektivisch
Rollenbasiert
Faktoren erklären können, die zu einem erfolgreichen Review beitragen.
Organisatorisch:
- klare Ziele
- passende Reviewarten
- geeignete Reviewverfahren
- aktuelle Checklisten
- ausreichend Zeit für Vorbereitung
- angemessene Ankündigung
Personenbezogene Erfolgsfaktoren:
- richtige Personen involviert
- Tester werden wertgeschätzt
- Teilnehmer widmen Aufmerksamkeit
- Fehler werden objektiv anerkannt
- Meeting gut geleitet
