Risikobasiertes Testen in der Praxis

Ähnliche Dokumente
Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12

Risikoorientiertes Testen und Testmanagement

DIN ISO Veränderung Austauschbarkeit

Risikoorientiertes Testen und Testmanagement

Qualitätssicherung (Testen) im Application Life Cycle

Unterschiedliche Herangehensweisen an das Testen

Critical Testing Process

Testdokumentation. Theorie vs. Praxis

Managed Testing Service

Normerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

T3 Testen im Software- Lebenszyklus

Agile Methoden bei der Entwicklung medizinischer Software

In der Entwicklung werden die Phasen Systementwurf, Projekten mit Funktionaler Sicherheit. Testen in TESTMETHODEN

Berufsbild Tester - eine Profession?

Software Testen 2.0 VL

Systemen - Testprozess. Testprozess. Testprozess: Aktivitäten. Testplanung und Teststeuerung. Testplanung und Teststeuerung

Systemen - Testprozess. Testprozess. Testprozess: Aktivitäten. Testplanung und Teststeuerung. Lehrplan 2003 Testplanung

Professionelles Software-Testing Hilfreiches Tool bei Konflikten

Projektmanagement und Softwarequalität

Projektmanagement und Software-Qualität

Teststrategie festlegen und Teststufen aufeinander abstimmen

Potenzialanalyse Gesamtergebnis und Übersicht

Testen von Software-Systemen. Systemen Unterstützende tzende Prozesse. Fehlermanagement. Fehlermanagement. Fehlermanagement.

Wie misst man Qualität?

Agiles Testmanagment. Hugo Beerli bbv Software Services AG. Luzern, September

Testen von Data-Warehouse- und Business-Intelligence-Systemen

DIN EN ISO 9001:2015

Test modellbasiert entwickelter Steuergeräte

Testmanagement. Q-Day. Frank Böhr Fraunhofer IESE

Begriffe zum Risiko. Quelle: ONR 49000:2008. Risikomanagement 2011 Projekt Ragus / Sojarei Mag. Michael Forstik Unternehmensberatung 7210 Mattersburg

Testen von Software-Systemen. Systemen Testwerkzeuge. Typen von Testwerkzeugen. Typen von Testwerkzeugen. Typen von Testwerkzeugen

Systemen Testwerkzeuge

AK Testmanagement: Ergebnispräsentation auf TAV 15 3RVLWLRQVSDSLHU 7HVWPDQDJHPHQW. Inhalt

Funktionale Sicherheit

T1 - Fundamentaler Testprozess

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D Braunschweig

Der Business Analyst in der Rolle des agilen Product Owners

Abnahme von Software Prof. Dr. Johannes Ecke-Schüth

Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld

Zwei starke Werkzeuge mit Methodik vereint Dynamic Process Testing (DPT)

DER NEUE FORD RANGER Ranger_2011.5_Cover_V2.indd 1 26/08/ :14

Requirements Engineering: Risikobasiert besser zum Ziel

Projekt: Requirements Engineering Sommersemester Anforderungsspezifikation im X-Treme Programming

Kompetenz. rund um. Ihren. Entwicklungsprozess. Über uns. Technische Software. Modellbasierter Test. Prüfplätze. Automatisierung.

Risikobasierte Software- Architektur für sicherheitskritische Systeme. Erik Steiner Matthias Seeland. Organized by:

UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler /

Testen in KMU Projekten Bern, November 2013

Tine 2.0 Wartungs- und Supportleistungen

TC1 / WG 7 PROFIsafe- Zertifizierungen. Manfred Popp (ComDeC)

T2 Fundamentaler Testprozess

Erfahrungen und Best Practices aus Projekten - Risikomanagement

Abbildung 1: Tool-Qualification-Kits für Testwell CTC++ Test Coverage Analyser

Testen heute und in der Zukunft Ergebnisse der ersten unabhängigen Marktstudie für 6 Länder

DIN EN in der ambulanten Versorgung. Horst Poimann

(R)evolutionieren Sie Ihre QS-Prozesse aqua die Management-Plattform der next Generation für IT-Entscheider

Regulatorische Anforderungen an Betriebssysteme Herstelleraufgaben

Agile Testautomatisierung im XING Mobile Team

SWE12 Übungen Software-Engineering

Swp08-6 Verantwortliche: Yundensuren, Baigalmaa. Testkonzept

Eine industriell erprobte Methode für den. Review und Test von Anforderungen mit Hilfe von Fehlertaxonomien

Neuer Standard für Hochdruckleitungen wird Probabilistik zur Pflicht?


ID Management, Security Management, Enterprise Risk Management

Software Engineering. Risikomanagement in der Softwareentwicklung

Catch the Bug Testaktivitäten erfolgreich messen

Projektrisiken analysieren

Protokoll des Treffens am 30. November 2012 bei imbus AG in Möhrendorf

Erfahrungen mit den CENELEC-Normen Probleme und Lösungsansätze

CICERO.Test Datenbasierende Testautomatisierung für höchste Qualitätsansprüche

Wie spezifiziert man die Qualität eines Softwaresystems? Herausforderungen und erste Lösungsideen aus SIKOSA

Übersicht. Risikomanagement und QM: no risk no fun? Risikomanagement als Teil des Qualitätsmanagements C. Thomeczek

Praxiswissen Softwaretest Test Analyst und Technical Test Analyst

Professioneller Software-Test

Testen II. (Management, Tools) Daniela Rose. Software Engineering Projekt WS07/08 Fachgebiet Softwaretechnik und Systemgestaltung

Und jährlich grüßt das Audit. Erfahrungen einer benannten Stelle (des neuen Feinbildes)

Entwicklung Safety-relevanter Steuergeräte auf Basis des V-Modells

1.1 Basiswissen komprimiert Praxiswissen Testmanagement Übersicht Testprozess und Testwerkzeuge 11

Konzeptentwicklung Akkreditierte Software Prüfstelle

Funktionale Sicherheit Testing unter

ISTQB goes Automotive

Requirements Management Wissensmanagement für und mit Anforderungen

ETCS Wie weist man die Einhaltung eines Standards nach? Verkehrskolloquium Michael Meyer zu Hörste, DLR Institut für Verkehrssystemtechnik

TESTAUTOMATISIERUNG & AGILE PROJEKTE EIN BLICK HINTER DIE KULISSEN

Basiswissen Softwaretest

TÜV TRUST IT GmbH Agenda Übersicht TÜV TRUST IT GmbH ISMS Bestandsaufnahme und GAP Analyse ISMS Bebauungsplan ISMS Framework Diskussion und Fazit

Innovatives Risikomanagement für die Entwicklung von Medizingeräten der Zukunft

Senior Consulting. Senior Consulting Strategical, Conceptual and Technical Consulting Seite 1

Polarion QA. POLARION ALM StartUp Training. Testmanagement in Polarion

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Risikomanagement. Fortbildung für Blutdepotbeauftragte Autor Barbara Glock. Blutspendezentrale für Wien, Niederösterreich und Burgenland

Praxiswissen Softwaretest - Testmanagement

Testmanagement. Dirk Tesche

Transkript:

Risikobasiertes Testen in der Praxis Impulsvortrag AK Testmanagement TAV 23 17./18. November 2005 by Maud Schlich - IT-PROJECT-SERVICE Seite 1 von 16 Beobachtungen in einem Unternehmen Neutrale Beobachtungen im Herbst 2005 Mittelständisches Unternehmen der SW-Branche by Maud Schlich - IT-PROJECT-SERVICE Seite 4 von 16 1

Definition Risikobasiertes Testen Risiko: ein potentielles Problem, d.h. die Möglichkeit, dass der vorgesehene Ablauf oder Ziele des Projektes gefährdet werden" (DIN 69905) Prozessrisiken + Produktrisiken by Maud Schlich - IT-PROJECT-SERVICE Seite 2 von 16 Prozessrisiken des Testprozesses Mangelnde Ressourcen (Kosten, Zeit, Personal) Mangelnde Qualität des Testens (z.b. Nicht- Erreichung von geforderten Abdeckungsmaßen, Nicht-Aufdecken/-Erkennen von Fehlerwirkungen) Risikomanagement im Testen in der Testplanung und regelmäßig bis zum Test(projekt)ende by Maud Schlich - IT-PROJECT-SERVICE Seite 3 von 16 2

Produktrisiken des Produktes sicherheitskritische Anwendungen (Safety) -> SIL Nicht-Erfüllung zugesagter Anforderungen / Qualitätsmerkmale by Maud Schlich - IT-PROJECT-SERVICE Seite 4 von 16 liegen in den Anforderungen? 150 Anforderungsdokumente von 5 Zeilen bis 20 Seiten jeweils ein Komplex von Anforderungen, aber nicht notwendigerweise ein Feature by Maud Schlich - IT-PROJECT-SERVICE Seite 5 von 16 3

liegen in den Anforderungen? Jede Anforderung wird zu einer Testspezifikation = 150 zu bewertende? by Maud Schlich - IT-PROJECT-SERVICE Seite 6 von 16 : Analyse der Anforderungen hinsichtlich ihrer Qualitätsmerkmale tsmerkmale Qualitätsmerkmale (ISO 9126) Änderbarkeit 5 4 Benutzbarkeit 3 2 Übertragbarkeit 1 0 Soll Ist Zuverlässigkeit Effizienz Funktionalität by Maud Schlich - IT-PROJECT-SERVICE Seite 7 von 16 4

: Analyse der Anforderungen hinsichtlich ihrer Qualitätsmerkmale tsmerkmale Jede Anforderung / Testspezifikation Gewichtung hinsichtlich Ihres Einflusses auf die analysierten Qualitätsmerkmale Analyse bezüglich einer geschätzten erhält einen Rang, eine Priorität oder Prio A: 50 Anforderungen / Testspezifikationen Prio B: 70 Anforderungen / Testspezifikationen Prio C: 30 Anforderungen / Testspezifikationen by Maud Schlich - IT-PROJECT-SERVICE Seite 8 von 16 : Analyse der Anforderungen hinsichtlich ihrer Qualitätsmerkmale tsmerkmale Prio A: 50 Anforderungen / Testspezifikationen -> Muss zu 100% getestet werden Prio B: 70 Anforderungen / Testspezifikationen -> Soll soweit wie möglich getestet werden Prio C: 30 Anforderungen / Testspezifikationen -> Wird getestet, wenn noch Zeit ist Aber: ca. 90% aller Anforderungen unabhängig von Prio sind direkte Kundenanforderungen. Ergebnis: doch alle testen? by Maud Schlich - IT-PROJECT-SERVICE Seite 9 von 16 5

: Analyse hinsichtlich Wichtigkeit für f r den Kunden Jede Anforderung / Testspezifikation Gewichtung hinsichtlich Wichtigkeit für den Kunden Analyse bezüglich einer geschätzten erhält einen Rang, eine Priorität oder Prio A: 140 Anforderungen / Testspezifikationen Prio B: 5 Anforderungen / Testspezifikationen Prio C: 5 Anforderungen / Testspezifikationen by Maud Schlich - IT-PROJECT-SERVICE Seite 10 von 16 : Analyse hinsichtlich Wichtigkeit für f r den Kunden Jede Anforderung / Testspezifikation Gewichtung hinsichtlich Wichtigkeit für den Kunden Analyse 5 Prio bezüglich C Anforderungen einer geschätzten werden erst im nächsten Release realisiert. erhält einen Rang, Ergebnis: eine Priorität 145 testen? oder Prio A: 140 Anforderungen / Testspezifikationen Prio B: 5 Anforderungen / Testspezifikationen Prio C: 5 Anforderungen / Testspezifikationen by Maud Schlich - IT-PROJECT-SERVICE Seite 10 von 16 6

: Priorisierung der einzelnen Testfälle Jede Testspezifikation enthält mehrere Testfälle. Beispiel: Equiv Class Error Guess. State- Based by Maud Schlich - IT-PROJECT-SERVICE Seite 11 von 16 : Priorisierung der einzelnen Testfälle In jeder Testspezifikation Analyse der Testfälle Gewichtung hinsichtlich? Analyse bezüglich einer geschätzten erhält einen Rang, eine Priorität oder Prio A: 4 Anforderungen / Testspezifikationen Prio B: 16 Anforderungen / Testspezifikationen Prio C: 30 Anforderungen / Testspezifikationen by Maud Schlich - IT-PROJECT-SERVICE Seite 12 von 16 7

: Priorisierung der einzelnen Testfälle In jeder Testspezifikation Analyse der Testfälle Gewichtung hinsichtlich Testdurchführbarkeit + subjektiver Wertung Analyse bezüglich einer geschätzten erhält einen Rang, eine Priorität oder Prio A: 4 Anforderungen / Testspezifikationen Prio B: 16 Anforderungen / Testspezifikationen Prio C: 30 Anforderungen / Testspezifikationen by Maud Schlich - IT-PROJECT-SERVICE Seite 13 von 16 : Priorisierung der einzelnen Testfälle In jeder Testspezifikation Analyse der Testfälle Gewichtung hinsichtlich Testdurchführbarkeit + subjektiver Wertung Also Analyse ca. bezüglich 4* 150 Testfälle einer geschätzten = 600 Testfälle A 16 *150 Testfälle = 2400 Testfälle B erhält einen Ergebnis: Rang, eine 3000 Priorität testen? oder Prio A: 4 Anforderungen / Testspezifikationen Prio B: 16 Anforderungen / Testspezifikationen Prio C: 30 Anforderungen / Testspezifikationen by Maud Schlich - IT-PROJECT-SERVICE Seite 13 von 16 8

Tatsächliche Tests: Die Entwicklung benötigte erheblich mehr Zeit -> Verkürzung der Testzeit -> Erhöhung der Testerzahl -> alle ungeübten Tester erhielten alle einfachen Testfälle und fanden 0 Majors und 2 Minors -> die eigentlichen Tester führten soviele Testfälle aus, wie möglich (unabhängig von jeglicher Priorisierung) und fanden <50 Majors und <100 Minors die Tests laufen nach Auslieferung weiter by Maud Schlich - IT-PROJECT-SERVICE Seite 14 von 16 Ergebnis??? by Maud Schlich - IT-PROJECT-SERVICE Seite 15 von 16 9

Meinungen, Kommentare, Verbesserungsvorschläge, Fragen, by Maud Schlich - IT-PROJECT-SERVICE Seite 16 von 16 10