Risikobasiertes Testen in der Praxis
|
|
|
- Alexandra Gerber
- vor 8 Jahren
- Abrufe
Transkript
1 Risikobasiertes Testen in der Praxis Impulsvortrag AK Testmanagement TAV /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
2 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
3 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
4 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
5 : 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
6 : 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
7 : 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
8 : 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
9 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
10 Meinungen, Kommentare, Verbesserungsvorschläge, Fragen, by Maud Schlich - IT-PROJECT-SERVICE Seite 16 von 16 10
Softwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12
Vertretung von Prof. Dr. Blume WS 2011/12 Inhalt Test, Abnahme und Einführung Wartung- und Pflegephase gp Vorlesung Zusammenfassung Produkte und Recht (Folien von Prof. Blume) 2 , Abnahme und Einführung
Risikoorientiertes Testen und Testmanagement
Risikoorientiertes Testen und Testmanagement TAV-Arbeitskreis Testmanagement Hans-Josef Eisenbach, EMPRISE Consulting Düsseldorf GmbH Bernhard Moritz, CC GmbH 21. TAV Fachgruppentreffen am 18. Juni 2004
DIN ISO Veränderung Austauschbarkeit
Vergleich DIN - ISO DIN ISO Veränderung Austauschbarkeit DIN 1 ISO 2339 DIN 7 ISO 2338 DIN 84 ISO 1207 einige Kopfhöhen DIN 85 ISO 1580 einige Kopfhöhen DIN 94 ISO 1234 DIN 125 ISO 7089 DIN 125 ISO 7090
Risikoorientiertes Testen und Testmanagement
Risikoorientiertes Testen und Testmanagement TAV-Arbeitskreis Testmanagement Hans-Josef Eisenbach, SBM GmbH Bernhard Moritz, CC GmbH 21. TAV Fachgruppentreffen am in Berlin Risikoorientiertes Testen und
Qualitätssicherung (Testen) im Application Life Cycle
Qualitätssicherung (Testen) im Application Life Cycle Metriken im Test Michael Wagner Triton Unternehmensberatung GmbH www.triton.at www.tritonqs.at Copyright by Triton Technologie Consulting GmbH, all
Unterschiedliche Herangehensweisen an das Testen
Unterschiedliche Herangehensweisen an das Testen GI-FG TAV 6. Treffen am 06./07. 11.2007 in Stuttgart by Maud Schlich - IT-PROJECT-SERVICE Seite 1 von 21 s of software testing? Essentially, all models
Critical Testing Process
Critical Testing Process Überblick über die Inhalte des Buches von Rex Black GI-TAV TAV-TM TM Treffen 22. Juni 2007 by Maud Schlich - IT-PROJECT-SERVICE Seite 1 von 24 Vorstellung seit über 20 Jahren in
Testdokumentation. Theorie vs. Praxis
1 Testdokumentation Theorie vs. Praxis SEQIS 10 things I wished they d told me Was bisher geschah... Open Source Testautomationstools in der Projektpraxis Agiles Testmanagement am Beispiel SCRUM Testmanagement
Managed Testing Service
Managed Testing Service Skalierbare Testleistungen Von der Testtoolbereitstellung bis zum Testing vor Inbetriebnahme Qualitätssicherung von IT Services durch Testing muss verlässlich, transparent und kostenoptimiert
Normerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh
Normerfüllung in der Praxis am Beispiel "Tool Qualification" Dr. Anne Kramer, sepp.med gmbh Über uns Mittelständischer IT-Service Provider 30 Jahre Industrieerfahrung Unsere Referenzen Medizintechnik Pharma
Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé
Von Requirements zus gç~åüáãkpåüìäò]èì~äáíóé~êâkçé QualityPark Ihr Partner im Lifecycle Management Process Management Requirements Engineering IT & Development Process Expertise Process Implementation
T3 Testen im Software- Lebenszyklus
T3 Testen im Siemens AG Österreich 2005 All Rights Reserved Institut f. Software Technology, TU-Graz Armin Beer, PSE Support-Center Test AK- 2 1 AK- Definition Test der einzelnen implementierten Komponenten
Agile Methoden bei der Entwicklung medizinischer Software
Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting
In der Entwicklung werden die Phasen Systementwurf, Projekten mit Funktionaler Sicherheit. Testen in TESTMETHODEN
MESSEN UND TESTENl AUTOMOTIVE 11.2011l43 TESTMETHODEN Testen in Projekten mit Funktionaler Sicherheit Die ISO 26262 beschreibt die Aktivitäten, Methoden und Maßnahmen zur Funktionalen Sicherheit für elektrische
Berufsbild Tester - eine Profession?
Berufsbild Tester - eine Profession? Ingolstadt 22. November 2013 TAV 35 Vortrag: Berufsbild Tester Aufgabe? Ausbildung? Karrierepfad? Jörn Münzel German Testing Board e.v. ITinera projects & experts Mittwoch,
Software Testen 2.0 VL
Software Testen 2.0 VL Software Testen VO3 2009W http://www.inso.tuwien.ac.at/lectures/software_testen INSO - Industrial Software Institut für Rechnergestützte Automation Fakultät für Informatik Technische
Systemen - Testprozess. Testprozess. Testprozess: Aktivitäten. Testplanung und Teststeuerung. Testplanung und Teststeuerung
2007 Dr. Klaudia Dussa-Zieger P r a k t I s c h e Testprozess - Inhalt Testprozess Testen von Software-Systemen Systemen - Testprozess Lehrplan 2003 Testplanung Testausführung ierung Testendebewertung
Systemen - Testprozess. Testprozess. Testprozess: Aktivitäten. Testplanung und Teststeuerung. Lehrplan 2003 Testplanung
P r a k t I s c h e Testprozess - Inhalt Testprozess Testen von Software-Systemen Systemen - Testprozess Lehrplan 2003 Testplanung Testausführung ierung Testendebewertung Testberichterstattung Lehrplan
Professionelles Software-Testing Hilfreiches Tool bei Konflikten
Tilo Linz, imbus AG 8. Karlsruher IT-Tag 09.04.2011 imbus AG Spezialisierter Lösungsanbieter für Software-Qualitätssicherung und Software-Test Seit 1992 am Markt Erfahrung und Know-how aus über 3.000 erfolgreichen
Projektmanagement und Softwarequalität
Projektmanagement und Softwarequalität Validierung in der pharmazeutischen Industrie Fakultät für Wirtschaftswissenschaften Martin Stange E-Mail: [email protected] www.hs-wismar.de Projektmanagement
Projektmanagement und Software-Qualität
Projektmanagement und Software-Qualität Fakultät für Wirtschaftswissenschaften Martin Stange Rosemarie Arndt Ulf Kersten www.hs-wismar.de Projektmanagement und Softwarequalität 2 Agenda Ulf Kersten Einordnung
Teststrategie festlegen und Teststufen aufeinander abstimmen
Testen Teststrategie festlegen und Teststufen aufeinander abstimmen Bereich Projektplanung und -steuerung Aktivität Projekt planen Ziele Effiziente Testausführung Vermeidung von doppelter Arbeit schnell
Potenzialanalyse Gesamtergebnis und Übersicht
Potenzialanalyse Gesamtergebnis und Übersicht Motivation Industrie 4.0, Internet of Things IoT Embedded Systems zukünftig noch mehr gefragt Potenzialanalyse Positionspapier Potenzialanalyse Berechnung
Testen von Software-Systemen. Systemen Unterstützende tzende Prozesse. Fehlermanagement. Fehlermanagement. Fehlermanagement.
P r a k t I s c h e P r a k t I s c h e Testen von Software-Systemen Systemen Unterstützende tzende Prozesse 2007 Dr. Klaudia Dussa-Zieger Testen von Software-Systemen SS 2007 (1) 2007 Dr. Klaudia Dussa-Zieger
Wie misst man Qualität?
Software Systems Engineering Wie misst man Qualität? Dr. Privat-Doz. A Herrmann Institut Software Systems Engineering Ziele dieses Workshops Workshop Wie misst man Qualität? Methoden lernen: Herleitung
Agiles Testmanagment. Hugo Beerli bbv Software Services AG. Luzern, September 2011. www.bbv.ch
Agiles Testmanagment Hugo Beerli bbv Software Services AG Luzern, September 2011 Product Backlog (Agenda) 1) Warum System Tests 2) Agile Arbeitsmethode Stand up Meeting 3) Vorteile der agilen Methode 4)
Testen von Data-Warehouse- und Business-Intelligence-Systemen
Edition TDWI Testen von Data-Warehouse- und Business-Intelligence-Systemen Vorgehen, Methoden und Konzepte von Herbert Stauffer, Beat Honegger, Hanspeter Gisin 1. Auflage Testen von Data-Warehouse- und
DIN EN ISO 9001:2015
Neue Konzepte und Anforderungen QM-Netzwerk-Hamburg 12. November 2015 Agenda 1 Ziele der Revision 2 Gliederung ( High-Level-Structure ) 3 Prozessmodell 5 Risikobasierter Ansatz 2 1 1 Ziele der Revision
Test modellbasiert entwickelter Steuergeräte
Seite 1 von 31 26. Treffen der GI-Arbeitsgruppe Test, Analyse und Verifikation von Software Stuttgart, den 06.12.2007 Systematischer Test modellbasiert entwickelter Steuergeräte Dipl.-Ing. Matthias Wiese
Testmanagement. Q-Day. Frank Böhr Fraunhofer IESE [email protected]
Frank Böhr Fraunhofer IESE [email protected] Agenda Warum Testmanagement? Was sind die wichtigsten Schritte beim Testmanagement? Wie funktioniert Testmanagement Toolunterstützung Page 1/15
Begriffe zum Risiko. Quelle: ONR 49000:2008. Risikomanagement 2011 Projekt Ragus / Sojarei Mag. Michael Forstik Unternehmensberatung 7210 Mattersburg
Begriffe zum Risiko Quelle: ONR 49000:2008 Grundlegende Begriffe Quelle / Ursache Geschehen Exposition Beschreibung Bedeutung/Effekt Bedrohung Chance Entwicklung (allmählich) Mensch Sache Szenario Auswirkung
Testen von Software-Systemen. Systemen Testwerkzeuge. Typen von Testwerkzeugen. Typen von Testwerkzeugen. Typen von Testwerkzeugen
P r a k t I s c h e P r a k t I s c h e Testen von Software-Systemen Systemen Testwerkzeuge 2007 Dr. Klaudia Dussa-Zieger Testen von Software-Systemen SS 2007 (1) 2007 Dr. Klaudia Dussa-Zieger Testen von
Systemen Testwerkzeuge
P r a k t I s c h e Testen von Software-Systemen Systemen Testwerkzeuge 2007 Dr. Klaudia Dussa-Zieger Testen von Software-Systemen SS 2007 (1) P r a k t I s c h e Typen von Testwerkzeugen 2007 Dr. Klaudia
AK Testmanagement: Ergebnispräsentation auf TAV 15 3RVLWLRQVSDSLHU 7HVWPDQDJHPHQW. Inhalt
AK Testmanagement: Ergebnispräsentation auf TAV 15 Inhalt Motivation für das Positionspapier Klassifizierung der Testaktivitäten Aspekte der Testprozesse Details zu Tests gestalten Details zu Tests lenken
Funktionale Sicherheit
Funktionale Sicherheit Funktionale Sicherheit von Medizingeräten Medical Device Day 21. Juni 2012, Erlangen Matthias Hölzer-Klüpfel Risiko und Sicherheit Wann ist Software ein Medizinprodukt? Sicherheit
T1 - Fundamentaler Testprozess
AK 2 am Armin Beer, Support Center Test der Software- Entwicklung 1 für einen erfolgreichen Test? Projektteam strebt nach Qualität Aufwände sind eingeplant (Richtwerte) 20 bis 30% des Gesamtaufwandes In
Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig
Extreme Programming Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Stand: 11.06.2007 LINEAS Gruppe - Zahlen und Fakten LINEAS Gruppe Branche Software- und
Der Business Analyst in der Rolle des agilen Product Owners
Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Inhalte Agile Software
Abnahme von Software Prof. Dr. Johannes Ecke-Schüth
Qualitätssicherung Von der Abnahme der Software bis zum integrierten Qualitätsmanagement 1 Fachhochschule Dortmund Fachbereich Informatik Roter Faden 2 Abnahme von Software Funktionsorientiertes Testen
Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld
Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld Bernhard Fischer Fischer Consulting GmbH MedConf 2011 Luzern Folie 1 Wozu brauchen wir Requirements? MedConf 2011 Luzern Folie 2 Der Anforderungszoo
Zwei starke Werkzeuge mit Methodik vereint Dynamic Process Testing (DPT)
Zwei starke Werkzeuge mit Methodik vereint Dynamic Process Testing (DPT) Agenda 1 2 3 4 5 6 Testpille - Die Herausforderung Testpille - Die Realisierung Testpille - Die Keyfacts Testpille - Der Prozess
Requirements Engineering: Risikobasiert besser zum Ziel
Requirements Engineering: Risikobasiert besser zum Ziel Emmerich Fuchs, März 2011 Req.Eng.: Risikobasiert besser zum Ziel 201102 Folie Nr. 1 Motivation: Um was geht es? In vielen Lehrbüchern werden als
Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming
Projekt: Requirements Engineering Sommersemester 2002 Vortrag von Bernd Simmchen Anforderungsspezifikation im X-Treme Programming Gliederung 1 XP Eine kurze Einführung 2 Anforderungsspezifikation Klassisch
Kompetenz. rund um. Ihren. Entwicklungsprozess. Über uns. Technische Software. Modellbasierter Test. Prüfplätze. Automatisierung.
Kompetenz rund um Ihren Entwicklungsprozess Modellieren für den Test - Segen oder Fluch? Firmenpräsentation auf der embeddedworld 2010 Dipl. Ing. (Univ) Gerhard Baier Bereichsleiter Marketing und Vertrieb
Risikobasierte Software- Architektur für sicherheitskritische Systeme. Erik Steiner Matthias Seeland. Organized by:
Di 2.4 January 22 th -26 th, 2007, Munich/Germany Organized by: Lindlaustr. 2c, 53842 Troisdorf, Tel.: +49 (0)2241 2341-100, Fax.: +49 (0)2241 2341-199 www.oopconference.com Architektur für Folie 1 Consulting
UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18
UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18 Software Testing Automatisiert Manuell 100% 70% 1 Überwiegender Teil der Testing Tools fokusiert auf automatisiertes Testen Microsoft
Testen in KMU Projekten Bern, November 2013
Testen in KMU Projekten Bern, November 2013 Beraterprofil Stephan Wiesner Beratungsschwerpunkte Beratungsschwerpunkte Testmanagement Testautomation Entwicklung und Testen im Mobile-Umfeld Applikationsschwerpunkte
Tine 2.0 Wartungs- und Supportleistungen
Tine 2.0 Wartungs- und Supportleistungen 1 Überblick Wartungs- und Supportleistungen Metaways Tine 2.0 Wartungs- und Support Editionen: LEISTUNGEN BASIC BUSINESS PROFESSIONAL SW Wartung ja ja ja Ticketsystem
TC1 / WG 7 PROFIsafe- Zertifizierungen. Manfred Popp (ComDeC)
TC1 / WG 7 PROFIsafe- Zertifizierungen Manfred Popp (ComDeC) F-Device Certification 2 PROFIsafe: Zertifizierungen PROFIBUS (nur mit PS V1) PROFINET (nur PS V2 möglich) K O P F alt PS V1 D A P PS V2 PROFIBUS
T2 Fundamentaler Testprozess
T2 Fundamentaler Siemens AG Österreich 2005 All Rights Reserved Institut f. Software Technology, TU-Graz Armin Beer, PSE Support-Center Test Overview der Software- Entwicklung 2 1 Wasserfall-Modell Analyse
Erfahrungen und Best Practices aus Projekten - Risikomanagement
Erfahrungen und Best Practices aus Projekten - Risikomanagement ConSol Webcast 14.12.2012 Referent: Lutz Keller Moderator: Jens Brügmann Oh das hatten wir nicht bedacht Risikomanagement in Projekten 14.12.2012
Abbildung 1: Tool-Qualification-Kits für Testwell CTC++ Test Coverage Analyser
Qualification-Kit für Testwell CTC++ In der sicherheitskritischen Softwareentwicklung müssen die im Projekt eingesetzten Werkzeuge zunächst klassifiziert werden (Tool Classification). Diese Klassifizierung
Testen heute und in der Zukunft Ergebnisse der ersten unabhängigen Marktstudie für 6 Länder
Testen heute und in der Zukunft Ergebnisse der ersten unabhängigen Marktstudie für 6 Länder Rudolf van Megen, CEO SQS Software Quality Systems AG Hamburg, 15. November 2007 SQS Software Quality Systems
DIN EN 15224 in der ambulanten Versorgung. Horst Poimann 20.08.2015
DIN EN 15224 in der ambulanten Versorgung Horst Poimann 20.08.2015 Horst Poimann Dr.med.Dipl.Psych. Facharzt für Neurochirurgie Arbeits-und Organisationpsychologe Psychotherapeut Qualtäts-und Risikomanager
(R)evolutionieren Sie Ihre QS-Prozesse aqua die Management-Plattform der next Generation für IT-Entscheider
(R)evolutionieren Sie Ihre QS-Prozesse aqua die Management-Plattform der next Generation für IT-Entscheider Der Zeitpunkt: JETZT. Der Ort: HIER. Qualität zählt: für Ihre Software-Projekte. Eine enorme
Regulatorische Anforderungen an Betriebssysteme Herstelleraufgaben
Regulatorische Anforderungen an Betriebssysteme Herstelleraufgaben 1 Definition Medizinprodukte 3 MPG Instrumente Apparate Software Einzeln oder miteinander verbunden (Systeme) 2 Betriebssysteme? 3 Software:
Agile Testautomatisierung im XING Mobile Team
Agile Testautomatisierung im XING Mobile Team Daniel Knott XING AG @dnlkntt http://www.adventuresinqa.com Daniel Knott Manager Quality Assurance @dnlkntt [email protected] Daniel Knott hat einen technischen
SWE12 Übungen Software-Engineering
1 Übungen Software-Engineering Software-Qualitätssicherung / Software-Qualitätsmanagement 2 Aufgabe 1 Ordnen Sie die folgenden Zitate dem entsprechenden Ansatz zum Qualitätsbegriff zu und begründen Sie
Swp08-6 Verantwortliche: Yundensuren, Baigalmaa. Testkonzept
Testkonzept 1.Einführung Um die Zuverläsigkeit und die Qualität der Software und des gesamten Systems zu verbessern, sind Tests durchzuführen. Die Testreihe läst sich in drei Stufen einteilen, nülich Komponententest,
Eine industriell erprobte Methode für den. Review und Test von Anforderungen mit Hilfe von Fehlertaxonomien 28.11.2013
Eine industriell erprobte Methode für den Review und Test von Anforderungen mit Hilfe von Fehlertaxonomien Michael Felderer 1, Armin Beer 2 1 Universität Innsbruck & QE LaB Business Services Innsbruck,
Neuer Standard für Hochdruckleitungen wird Probabilistik zur Pflicht?
DIN EN ISO 16708 Neuer Standard für Hochdruckleitungen wird Probabilistik zur Pflicht? Dipl.-Ing. Christian Veenker Dr.-Ing. Veenker Ingenieurgesellschaft mbh, Hannover \\intra.veenkergmbh.de\projekte\2009\50809\vortrag_cve\präsentation
extreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?
ID Management, Security Management, Enterprise Risk Management
ID Management, Security Management, Enterprise Risk Management ISSS Luzerner Tagung 2008 Frank Heinzmann, Zurich Financial Services Information Security Society Switzerland Luzerner Tagung 2008 1 Agenda
Software Engineering. Risikomanagement in der Softwareentwicklung
Software Engineering Risikomanagement in der Softwareentwicklung Die Inhalte der Vorlesung wurden primär auf Basis der jeweils angegebenen Literatur erstellt. Darüber hinaus finden sich ausgewählte Beispiele
Catch the Bug Testaktivitäten erfolgreich messen
Catch the Bug Testaktivitäten erfolgreich messen Ronald Heimberg QA Systems GmbH Übersicht Motivation Die Herausforderung Teststrategien aus 61508, 50128, 26262 Traceability Check Points Die Essenz 1 Historie
Projektrisiken analysieren
Projektrisiken analysieren Compendio: Kapitel 5, Seiten 78-90 15.06.2013 SWE-IPM 1 Inhalt Risiko Management Prozess Risiko-Bewusstsein Chancen und Gefahren gehören zusammen Typische Projektrisiken Risiken
Protokoll des Treffens am 30. November 2012 bei imbus AG in Möhrendorf
Arbeitskreis Testen objektorientierter Programme / Modellbasiertes Testen der GI-Fachgruppe TAV Protokoll des Treffens am 30. November 2012 bei imbus AG in Möhrendorf Teilnehmerliste Michael Mlynarski*
Erfahrungen mit den CENELEC-Normen Probleme und Lösungsansätze
Erfahrungen mit den CENELEC-Normen Probleme und Lösungsansätze Dipl.-Math. Stefanie Schwartz, DLR Erfahrungen mit den CENELEC-Normen > 8. Oktober 2008 > Folie 1 Überblick Projekt Neue Konzepte für die
CICERO.Test Datenbasierende Testautomatisierung für höchste Qualitätsansprüche
CICERO.Test Datenbasierende Testautomatisierung für höchste Qualitätsansprüche Ihre Software -Anwendung ist Ziel von Reklamationen? Die Qualität Ihrer Anwendung - eine Frage des Glaubens? Oder eine Frage
Wie spezifiziert man die Qualität eines Softwaresystems? Herausforderungen und erste Lösungsideen aus SIKOSA
Wie spezifiziert man die Qualität eines Softwaresystems? Herausforderungen und erste Lösungsideen aus SIKOSA Prof. Dr. St. Kirn (Sprecher) Prof. Dr. B. Paech Prof. Dr. D. Kossmann Prof. Dr. G. Müller Schematische
Übersicht. Risikomanagement und QM: no risk no fun? Risikomanagement als Teil des Qualitätsmanagements C. Thomeczek
Ärztliches Zentrum für r Qualität t in der Medizin Gemeinsame Einrichtung von Bundesärztekammer und Kassenärztlicher Bundesvereinigung Risikomanagement und QM: no risk no fun? Risikomanagement als Teil
Praxiswissen Softwaretest Test Analyst und Technical Test Analyst
Graham Bath Judy McKay Praxiswissen Softwaretest Test Analyst und Technical Test Analyst Aus- und Weiterbildung zum Certified Tester - Advanced Level nach ISTQB-Standard 2., durchgesehene Auflage 2011
Professioneller Software-Test
Professioneller Software-Test Damit Software funktioniert, wie sie soll Jan Overbeck 23. April 2010 OUTPUT DD ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409
Testen II. (Management, Tools) Daniela Rose. Software Engineering Projekt WS07/08 Fachgebiet Softwaretechnik und Systemgestaltung
Testen II (Management, Tools) Daniela Rose Fachgebiet Softwaretechnik und Systemgestaltung 12.12.2007 Gliederung 1. Motivation 2. Der grundlegende Testprozess 3. Testen im Softwareentwicklungsprozess 4.
Und jährlich grüßt das Audit. Erfahrungen einer benannten Stelle (des neuen Feinbildes)
Und jährlich grüßt das Audit Erfahrungen einer benannten Stelle (des neuen Feinbildes) Folie 1 Rahmenbedingungen Innerhalb von 30 Minuten kann ich leider nicht alles erzählen. Sie bekommen einen bunten
Entwicklung Safety-relevanter Steuergeräte auf Basis des V-Modells
AUTOMOTIVE INFOKOM MOBILITÄT, ENERGIE & UMWELT LUFTFAHRT RAUMFAHRT VERTEIDIGUNG & SICHERHEIT Entwicklung Safety-relevanter Steuergeräte auf Basis des V-Modells Stephen Norton VMEA 12.11.2015 CoC SAFETY
1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Testprozess und Testwerkzeuge 11
xi 1 Einleitung 1 1.1 Basiswissen komprimiert.......................... 4 1.2 Praxiswissen Testmanagement Übersicht.............. 8 2 Testprozess und Testwerkzeuge 11 2.1 Fundamentaler Testprozess.........................
Konzeptentwicklung Akkreditierte Software Prüfstelle
Konzeptentwicklung Akkreditierte Software Prüfstelle Durchgeführt an der Betreuer Autoren Datum Naturwissenschaftlichen Fakultät der Universität Salzburg Fachbereich Computerwissenschaften Uni.-Prof. Dipl.-Ing.
Funktionale Sicherheit Testing unter
Funktionale Sicherheit Testing unter den Bedingungen der Safety Integrity Levels Präsentation auf dem Neu-Ulmer Test-Engineering Day Sebastian Stiemke, MissingLinkElectronics, Neu-Ulm 1 Inhalt Idee hinter
ISTQB goes Automotive
ISTQB goes Automotive CTFL -CAST: Standardisierte Ausbildung für E/E Tester Horst Pohlmann, Klaudia Dussa-Zieger, Ralf Bongard German Testing Board e.v. Horst Pohlmann Ü Ü Ü Ü Ü Ü Ü Leiter Prozesse, Methoden
Requirements Management Wissensmanagement für und mit Anforderungen
Requirements Management Wissensmanagement für und mit Anforderungen Barbara Paech Forum ITK-Industrie Industrie trifft Forschung in ViSEK, 28.10.02 IESE Fraunhofer Institut Experimentelles Software Engineering
ETCS Wie weist man die Einhaltung eines Standards nach? Verkehrskolloquium 10.01.2013 Michael Meyer zu Hörste, DLR Institut für Verkehrssystemtechnik
www.dlr.de Folie 1 > Testen von ETCS > M. Meyer zu Hörste > 10.01.2013 ETCS Wie weist man die Einhaltung eines Standards nach? Verkehrskolloquium 10.01.2013 Michael Meyer zu Hörste, DLR Institut für Verkehrssystemtechnik
TESTAUTOMATISIERUNG & AGILE PROJEKTE EIN BLICK HINTER DIE KULISSEN
TESTAUTOMATISIERUNG & AGILE PROJEKTE EIN BLICK HINTER DIE KULISSEN AGenda 27.11.2014, Hacker Day & TIC-Conference 1. Vorstellung T-Systems MMS/Test and Integration Center 2. Was verstehen wir unter Agil?
Basiswissen Softwaretest
Basiswissen Softwaretest Vergleich der Vorlesung Software-Engineering Wartung und Qualitätssicherung (Stand WS13/14) mit der 4. überarbeiteten und aktualisierten Auflage von Spillner&Linz: Basiswissen
TÜV TRUST IT GmbH Agenda Übersicht TÜV TRUST IT GmbH ISMS Bestandsaufnahme und GAP Analyse ISMS Bebauungsplan ISMS Framework Diskussion und Fazit
ISMS Portfolio Sicher. Besser. TÜV TRUST IT GmbH Agenda Übersicht TÜV TRUST IT GmbH ISMS Bestandsaufnahme und GAP Analyse ISMS Bebauungsplan ISMS Framework Diskussion und Fazit TÜV TRUST IT GmbH Daten
Innovatives Risikomanagement für die Entwicklung von Medizingeräten der Zukunft
1 Innovatives Risikomanagement für die Entwicklung von Medizingeräten der Zukunft electronic goes medical, München Dr. Henrik J. Putzer Marco Radzio Frühe Medizingeräte Trepanation des Schädels bereits
Senior Consulting. Senior Consulting Strategical, Conceptual and Technical Consulting. 30.01.2011 Seite 1
30.01.2011 Seite 1 This flyer is exclusively for the use of client personnel. No part of it may be distributed, quoted or reproduced outside the client organisation without the prior written approval of
Polarion QA. POLARION ALM StartUp Training. Testmanagement in Polarion
Polarion QA POLARION ALM StartUp Training Index: Polarion QA im V-Modell TestCases / Test Steps TestRun und TestRun Template Execute Test & TestStep Table Suchabfragen Traceability Übungen Testmanagement
Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
Risikomanagement. Fortbildung für Blutdepotbeauftragte 2012. Autor Barbara Glock. Blutspendezentrale für Wien, Niederösterreich und Burgenland
Risikomanagement Fortbildung für Blutdepotbeauftragte 2012 Autor Barbara Glock www.risk-net.de Themen Was ist Risikomanagement? Normative Rahmenbedingungen? Was sind Risken? Wie funktioniert Risikomanagement
Praxiswissen Softwaretest - Testmanagement
Praxiswissen Softwaretest - Testmanagement Aus- und Weiterbildung zum Certified Tester Advanced Level nach ISTQB-Standard dpunkt.verlag 1 Einleitung 1 1.1 Basiswissen - komprimiert 4 1.2 Praxiswissen Testmanagement
Testmanagement. Dirk Tesche
Testmanagement Dirk Tesche Agenda Einführung in die Thematik Testarten Testprozess Agile Methoden und Techniken Testautomatisierung Eingrenzung und Motivation Abbildung entnommen aus: www.campero.de Ziele
