1. Dynamische Prüfverfahren
1.1. Überprüfung der Qualität
1.1.1. intuitiv
1.1.2. methodisch
1.2. Prototyptest
1.2.1. Prüfobjekt
1.2.2. Testschwerpunkt
1.2.2.1. funktionale Aspekte
1.2.2.2. Abstimmung mit Modell
1.2.2.3. Mensch-Maschine-Schnittstelle
1.3. Unit-Test
1.3.1. Prüfobjekt
1.3.1.1. Modul/Programm
1.3.1.2. Klasse/Objekt/Komponente
1.3.1.3. Function/Stored Procedure/ Trigger
1.3.2. Testschwerpunkte
1.3.2.1. funktionale Aspekte
1.3.2.2. korrekte Schnittstellen
1.3.2.3. extrapolierte Performanceaspekte
1.3.2.4. Einsatz von div. Testmethoden
1.4. Dynamische Analyse
1.4.1. Komponenten werden instrumentiert
1.4.2. Beobachtung
1.4.2.1. Ressourcen-Verbrauch
1.4.2.2. Nutzung/Freigabe von Speicher
1.4.2.3. Memoryleaks (Speicherleichen)
1.5. Integrationstest
1.5.1. Greybox-Testing
1.5.2. Integrationsstufen
1.5.2.1. Komponentenintegration
1.5.2.2. Schichtenintegration
1.5.2.3. Systemintegration
1.5.3. Integration einzelner Bausteine
1.5.3.1. Big Bang
1.5.3.1.1. zum schluss testen
1.5.3.2. inkrementell
1.5.3.2.1. laufend testen
1.5.3.3. Bottom up
1.5.3.3.1. Integration
1.5.3.4. Top down
1.5.3.4.1. Prototyping
1.5.4. Schichtenintegration
1.6. Systemtest
1.6.1. gesamte System wird auf Qualität geprüft
1.6.2. siehe DIN ISO 9126
1.7. Penetrationstest
1.7.1. Anforderung an Datenschutz
1.7.2. Spezielle Sicherheitstests
1.8. Abnahmetest
1.8.1. Abnahmekriterien müssen erfüllt sein
1.8.2. Nachprüfungen
1.8.3. Bezug auf erfolgreiche Systemtests
1.8.4. Bezug zu Entwicklung
1.8.4.1. Phasenfreigabe
1.8.4.2. Erfüllung von vertraglichen Verpflichtungen
1.9. Live-Test
1.9.1. Parallelbetrieb
1.9.2. Pilotbetrieb
1.9.3. Beta-Test
1.10. Regressionstest
1.10.1. Smoke-Test (Wichtige Funktionen)
1.10.2. Gesamttest für Freigabe
1.10.3. Ausschliessen von Side-Effects
1.10.4. Testautomatisierung
2. Testvorgehen
2.1. Big Bang
2.1.1. Testen in einer eigenen Testphase
2.2. inkrementell
2.2.1. Testen parallel zur Systementwicklung
2.3. Top down
2.3.1. Einsatz im frühen Stadium, Prototyp
2.4. Bottom up
2.4.1. im Detail die bestehende Funktionaliät testen
2.5. ad hoc
2.5.1. Integration nach Fertigstellung
2.6. hardest first
2.6.1. Priorisierung komplexer und risikoreicher Module
3. Statische Prüfverfahren
3.1. frühzeitige Sicherung der Qualität
3.1.1. informell
3.1.2. formell (vom Management angeordnet)
3.2. Allgemein
3.2.1. jedes Dokument/Source kann geprüft werden
3.2.2. Hauptziel: Fehler sehr früh finden
3.2.3. Resultat, evtl. Mängelliste
3.2.3.1. Status
3.2.3.1.1. in Ordnung
3.2.3.1.2. mit Vorbehalt
3.2.3.1.3. nochmalige Prüfung
3.2.3.2. Mängelliste
3.3. Ablauf/Rollen
3.3.1. Moderator
3.3.1.1. Planung
3.3.2. Autor
3.3.2.1. Doku/Source
3.3.3. Experten
3.3.3.1. GruppenMeeting
3.3.4. Protokollant
3.3.4.1. Beschluss/Protokoll
3.4. Psychologische Faktoren
3.4.1. Artefakte (Doku, Source) werden geprüft
3.4.2. Prüfung unterstützt Autor
3.4.3. Autoren werden nicht bestraft/negativ bewertet
3.5. Statische Analyse
3.5.1. Programmcode wird analysiert
3.5.2. Fehlerkategorien
3.5.2.1. Syntaxverletzungen
3.5.2.2. Konvenstion-/Standardabweichung
3.5.2.3. Kontrollflussanomalien
3.5.2.4. Datenflussanomalien
3.5.3. Ermittlung Komplexitätsmetriken
3.5.3.1. Lines of Code (LOC)
3.5.3.2. Zyklomatische Komplexität
3.6. Informelles Review
3.6.1. Ad hoc zusammensitzen max 3. Personen
3.6.2. Dokument zur Stellungnahme zustellen
3.6.3. Peer Rating
3.6.3.1. mehrere Empfänger
3.6.3.2. strukturierter Fragebogen
3.7. Technisches Review
3.7.1. Vorgehen
3.7.1.1. Moderator
3.7.1.2. Autor stellt Source zu
3.7.1.3. Sitzung max. 2 Stunden
3.8. Walkthrough
3.8.1. strukturiertes Vorgehen
3.8.2. Autor führt durch Doku/Code
3.8.3. Zielsetzung
3.8.3.1. Wissensaustausch
3.8.3.2. Stilistische Fragen erötern
3.9. Inspektion
3.9.1. Überprüfen der Anforderungen
3.10. Audit
3.10.1. Einhaltung von
3.10.1.1. Richtlinien
3.10.1.2. Normen/Standards
3.10.1.3. Prozesse
3.10.2. Überprüfung mit Assessments
3.10.2.1. Beurteilung mittels Doku-Studium
3.10.2.2. Interview, Sitzung
3.10.3. Arten
3.10.3.1. System
3.10.3.2. Prozess
3.10.3.3. Projekt