QS in Softwareentwicklungsprojekten III

Slides:



Advertisements
Ähnliche Präsentationen
Benutzerorientierte Designprinzipien für die Microsoft-Guidelines
Advertisements

Durch Softwareprüfung zu Produktqualität
Prüfung objektorientierter Programme -1
Integrations- und Funktionstests im Rahmen des V-Modelles
Phasen und ihre Workflows
Programmieren im Großen von Markus Schmidt und Benno Kröger.
Prof. Dr. Liggesmeyer, 1 Software Engineering: Dependability Prof. Dr.-Ing. Peter Liggesmeyer.
Die Softwarelebenszyklen
B-Bäume.
Das secologic Projekt im Kurzüberblick - Stand Sept
Projektplanung Tanja Blascheck cims. Projektplanung cims Agenda Implementierung Modul Test Integration System Test Handbuch Abnahme.
Nach: A. Beiderwieden: Projektmanagement
Software-Engineering II Eingebettete Systeme, Softwarequalität, Projektmanagement Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt.
Dynamische Testverfahren
Universität Stuttgart Institut für Kernenergetik und Energiesysteme I nstitut für K ernenergetik und E nergiesysteme Rational Unified Process (RUP) - Definitionen.
LE LM 10 - LO3 Verfahren zur Qualitätssicherung
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Prüfung von Simulationsprogrammen – Integrations- und Funktionstests Inhalt Vom Einzeltest.
Was ist und wie prüft man Qualität
Erfahrungen aus Tests komplexer Systeme
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Einzeltests im Rahmen des V-Modelles Aufgaben Überprüfung des Programmcodes mit Hilfe.
Prüfung von SW-Komponenten – Überblick
Schulung der Mitarbeiter
Was ist Qualität ? Qualität von Produkten oder Dienstleistungen ist das Gesamtergebnis aller Aktivitäten in jeder Phase des gesamten Leistungsprozesses.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Aufgaben des Testens Vergleich des Verhaltens einer Software mit den an sie gestellten.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 1 Durch Softwareprüfung zu Produktqualität.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme System- und Abnahmetests Inhalt Testen des Systems unter Mitwirkung des Auftraggebers.
RUP-Elemente (Schlüsselkonzepte)
es gibt (fast) nichts, was nicht anders gemacht werden könnte
Qualität von Software Qualität ist nicht messbar, sondern nur über die Erfüllung von Anforderungen zu definieren Die Erfüllung von Anforderungen ist oft.
Testen, Analysieren und Verifizieren von Software
Rational Unified Process (RUP) - Definitionen
Fehlerabdeckung/ Regressionstest1 Testen und Analysieren von Software Fehlerbehebung und Re-Engineering Fehlerabdeckung/ Regressionstest Vortragende:
Software Risk Evaluation Method (SRE)
Reviews Definition Ziele Teilnehmer Ablauf Ergebnisse.
Die Bank von morgen - eine neue Welt für IT und Kunden? 23. Oktober 2001.
Ralf KüstersDagstuhl 2008/11/30 2 Ralf KüstersDagstuhl 2008/11/30 3.
Vorlesung Gestaltung von soziotechnischen Informationssystemen - RequirementsEngineering und Contextual Design- Thomas Herrmann, Lehrstuhl Informations-
Anpassung des RUP an ein konkretes Projekt - 1
Vorgehensmodelle: Schwergewichtige Modelle
Spezifikation von Anforderungen
Das Wasserfallmodell - Überblick
Delphi II - OOP IFB Fortbildung
Software Architektur III
IT-Infrastruktur an der FHS
Software Architektur IV
OOD – Object Oriented Design II
Mitglied der Fachhochschule Ostschweiz FHO 1 © FHS St.Gallen Software Engineering OOD – Object Oriented Design III GUI-Design.
Zentralübung Automotive Software Engineering – Übungsblatt 8
Prototypentwicklung für ein Testmanagementsystem
QS in Softwareentwicklungsprojekten II
Agenda 13: Begrüßung & Einführung in das Thema
relative Kosten, um einen Fehler zu korrigieren
Testaktivitäten Komponenten- / Integrationstest
Software-Technik „Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen für die arbeitsteilige, ingenieurmäßige.
NDK Enterprise Technologien Informationen Infrastruktur und Fallstudie Daniel Nydegger Studienleiter Enterprise System Entwicklung.
Wasserfallmodell und Einzelbegriffe
HFWI System Development Teil B Der Softwareentwicklungsprozess
Seminar „Standards, Normen und Best-Practice-Modelle für Entwicklung und Betrieb von Softwaresystemen“ (Wintersemester 2008/2009) Vorbesprechung + Themenvergabe:
ICT-Projektmanagement & OE Magisterstudium Wirtschaftsinformatik
Testvorbereitungen, Unit Test
Unified Process Historisch-Kulturwissenschaftliche Informationsverarbeitung Übung: Planung von Softwareprojekten Dozent: Christoph Stollwerk WS 2014/2015.
IT Kleinprojekt abwickeln (Modul 306)
IT Kleinprojekt abwickeln (Modul 306)
OOSE nach Jacobson Sebastian Pohl/ST7 Betreuer: Prof. Dr. Kahlbrandt.
Software - Testung ETIS SS05.
…Be readY.
Performanz- und Lasttests Formale Methoden
SEMINARVORTRAG Von Jonas Robers METHODEN UND TOOLS ZUR ERFASSUNG VON TESTFÄLLEN.
Technische Universität München, Informatik XI Angewandte Informatik / Kooperative Systeme Verteilte Anwendungen: Entwurf Dr. Wolfgang Wörndl
 Präsentation transkript:

QS in Softwareentwicklungsprojekten III Prüf- und Testarten

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

Literatur IT-Systeme prüfen Kapitel 4 – Testarten

Prüfarten

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

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

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

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

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

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

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

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

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)

Beispiele

Testarten (Teststufen)

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

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

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.

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

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

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

Systemtest: Securitytest Synonyme: Penetrationstest, Ethical Hacking

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

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

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

Übungen Fallstudien 8 – Testarten 9 – Testvorgehensplanung