QS in Softwareentwicklungsprojekten III

Präsentation zum Thema: "QS in Softwareentwicklungsprojekten III"—  Präsentation transkript:

1 QS in Softwareentwicklungsprojekten III
Prüf- und Testarten

2 Lernziele Sie können ... die informellen und formellen Prüfarten nennen und anwenden. die Testarten (Teststufen) darlegen und anwenden.

3 Literatur IT-Systeme prüfen Kapitel 4 – Testarten

4 Prüfarten

5 Allgemeines zur Prüfung
Jedes Dokument/Source kann einer Prüfung unterzogen werden Hauptzielsetzung ist, Fehler in einer frühen Phase zu finden Resultat ist nebst der Mängelliste ein Status: in Ordnung mit Vorbehalt nochmalige Prüfung notwendig

6 Psychologische Faktoren
Artefakte (Dokumente, Source-Code) stehen auf dem Prüfstand und nicht der Autor Prüfungen unterstützen den Autor, um schlussendlich bessere Resultate zu erreichen Autoren werden nicht bestraft/negativ bewertet, wenn Fehler gefunden werden

7 Statische Analyse Programmcode wird mittels Tool analysiert
Fehlerkategorieen: Verletzung der Syntax Konventions-/Standardabweichungen Kontrollflussanomalien Datenflussanomalien Ermittlung von Komplexitätsmetriken: Lines of Code (LOC) Zyklomatische Komplexität

8 Informelles Review Ad hoc zusammensitzen und meist kleinerer Abschnitt mit max. 3 Personen durchgehen Dokument zur Stellungnahme zustellen Spezialfall: Peer Rating mehrere Empfänger strukturierter Fragebogen

9 Walkthrough strukturiertes aber noch kein formelles Vorgehen
Autor führt durch das Dokument/Code Teilnehmer müssen sich nicht vorbereiten Nebenläufige Zielsetzungen sind: Wissensaustausch auch stilistische Fragen erörtern

10 individuelle Vorbereitung
Technisches Review Expertenreview Formelles Vorgehen: angeordnet und kontrolliert Autor Gutachter, Inspektoren, Reviewer Experten Moderator Dokument/ Source Freigabe? Planung individuelle Vorbereitung Gruppen- Meeting N Überarbeiten Protokollant Beschluss Protokoll

11 Inspektion Fagan (Code) Inspection
Überprüfung von definierte Anforderungen an Prüfling: Einhaltung von Konventionen konkrete technische Anforderungen (Ressourcengebrauch, Schnittstellen etc.) ...

12 Audit I Systematische und unabhängige Überprüfung der Einhaltung bzw. Resultate von: Qualitätsrichtlinien Normen/Standards Prozesse Überprüfung mittels Assessments Beurteilung, Bemessung mittels Dokumentenstudium, Interviews oder Sitzungen

13 Audit II Auditarten: Complicanceaudit
Überprüfung auf Vorschriften/Gesetze hin Systemaudit Ganzes QM-System Prozessaudit Einzelne Prozesse (z.B. Systementwicklung, ISO 15504) Projektaudit Einzelne Projekte Produkteaudit Produkte zertifizieren (z.B. CC Common-Criteria, ITsec)

14 Beispiele

15 Testarten (Teststufen)

16 Prototyp-Test Prüfobjekt: Testschwerpunkte
Analyse- bzw.Design-Prototyp Zusammen mit anderen Analyse bzw. Design-Artefakten Testschwerpunkte funktionale Aspekte gemäss Anforderungen Abstimmung mit Analyse-/Designmodellen korrekte Mensch-Maschine-Schnittstelle Wird im Rahmen von technischen Reviews getestet

17 Proof-of-Concept Machbarkeitsstudie Während Vertragsverhandlungen
Testinstallation des Lieferanten wichtige Aspekte werden gegenüber dem Anforderungskatalog getestet

18 Unit-Test / Komponenten-Test
Prüfobjekte: Modul / Programm Klasse / Objekt / Komponente (OOP) Function / Stored Procedure / Trigger (DB) Testschwerpunkte funktionale Aspekte korrekte Schnittstellen extrapolierte Perfomanceaspekte Einsatz von diversen Testmethoden: White- und Blackbox-Methoden Dynamische Analysen mittels entsprechenden Testwerkzeugen Beobachtung von Ressourcen-Verbrauch etc.

19 Integrationstest Prüfobjekt: Testschwerpunkte: Testmethode:
Horizontales Testen  Implementierungs-Schicht Vertikales Testen  Teilfunktionalität des Systems Schnittstellen zu Umsystemen Testschwerpunkte: Zusammenspiel der Komponenten Technische Aspekte der Schnittstellenverträglichkeit Hardwarekompatibilität Betriebssystemverträglichkeit Testmethode: Greybox-Test

20 Systemtest I Prüfobjekt: Testschwerpunkte: Testmethode:
gesamtes System Testschwerpunkte: Überprüfung der funktionalen und nicht funktionalen Anforderungen Funktionale Anforderungen gemäss Use-Cases Nicht funktionale Anforderungen gemäss definierten Qualitätskriterien Testmethode: Black-Box-Test Einsatz von verschiedenen Testunterarten

21 Systemtest II Funktionalität Zuverlässigkeit Katastrophen-
Funktionstest Sicherheitstest Benutzbarkeit Usability Test Systemtests Performancetest Installations- test Benchmarktest Zertifizierungs- test Effizienz Übertragbarkeit

22 Systemtest: Securitytest
Synonyme: Penetrationstest, Ethical Hacking

23 Abnahmetest (Akzeptanztest)
Formelles Verfahren Teilweise unterschiedliche Handhabung Wichtig: Vertragsdefinition Vor oder nach Einführung möglich. Formen von Abnahmetests: Test auf vertragliche Akzeptanz Test auf Benutzerakzeptanz Oft Bezugnahme auf Systemtests bzw. Live-Tests

24 Freigabe für allgemeine
Live-Test (Feldtest) altes System Parallelbetrieb neues System z.B. 1 Filiale Gesamte Unternehmung Pilotbetrieb Alpha-Test Freigabe für allgemeine Produktivnutzung Ausgewählte Benutzergruppe Beta-Test Zeitachse

25 Regressionstest Testwiederholung aller bzw. einer Teilmenge der Testfälle Smoke-Test (nur wichtigste Funktionen werden getestet) Möglichst viele Tests automatisieren Ausschliessen von Side-Effects

26 Übungen Fallstudien 8 – Testarten 9 – Testvorgehensplanung