Softwaretests. automatisiert. Software für Medizinprodukte ist nicht nur komplex, MED Informatik Softwaretests

Größe: px
Ab Seite anzeigen:

Download "Softwaretests. automatisiert. Software für Medizinprodukte ist nicht nur komplex, MED Informatik Softwaretests"

Transkript

1 2013 Carl Hanser Verlag, München Nicht zur Verwendung in Intranet- Internet-Angeboten sowie elektronischen Verteilern. Um die Softwareentwicklung für Medizingeräte effizienter zu machen, geht die Tendenz hin zur Testautomatisierung. Die auto matisiert verifizierbare Spezifikation ist das finale Ziel. Softwaretests automatisieren 1 Philips Healthcare Diagnostic X-Ray hat mit FitNesse die Verifikationstests automatisiert Software für Medizinprodukte ist nicht nur komplex, sondern muss auch hohe juristische regulatorische Anforderungen erfüllen. Es gilt, das Medizinproduktegesetz (MPG) einzuhalten, eine CE-Zertifizierung zu erlangen, teilweise klinische Tests vor der Markteinführung durchzuführen Normen einzuhalten wie: + + DIN EN ISO 14971: : Medizinprodukte Anwendung des Risikomanagements auf Medizinprodukte + + DIN EN :2006 (3. Edition): Medizinische elektrische Geräte Teil DIN EN 62304:2006: Medizingeräte- Software Soft ware-lebenszyklus- Prozesse Kontakt Stefan Trapp Consulting Ingenieurbüro Hamburg Tel. +49 (0) Mit der DIN EN :2006 3rd Edition wurde die Bedeutung des Risikomanagements erheblich gestärkt. Das Risikomanagement nach DIN EN ISO ist damit ein wesentlicher Bestandteil des Sicherheitskonzepts für Medizingeräte. Die DIN EN 62304:2006 definiert den Entwicklungsprozess (Bild 2) für Software-Medizinprodukte. Neben dem Software-Entwicklungsprozess werden hier die obligatorischen entwicklungs begleitenden Prozesse Software-Risikomanagement, Software-Konfigurationsmanagement Software-Problemlösung definiert. Eine zentrale Anforderung der DIN EN ist die Dokumentation Rück- Bild: Philips (Royal Philips N.V.) 38

2 2013 Carl Hanser Verlag, München Nicht zur Verwendung in Intranet- Internet-Angeboten sowie elektronischen Verteilern. verfolgbarkeit (Traceability), mit der sich nachvollziehen lässt, dass die System-/Softwareanforderungen erfüllt sind die in der Software implementierten risikoreduzierenden Maßnahmen (RRM) durch den System-/Soft waretest abgedeckt werden. Die RRM sind ein Ergebnis des in Bild 2 dargestellten Risikomanagements. Aus den Erfordernissen der DIN EN ergibt sich erstens, dass der Entwicklungsprozess für medizinische Software zwingend den Risikomanagementprozess beinhalten muss. Zweitens muss jede RRM in der Software mit mindestens einem Testfall verknüpft sein, damit sichergestellt ist, dass die Maßnahme korrekt implementiert wurde. Dies gilt für alle Software-Medizinprodukte unabhängig davon, welcher Klasse sie zugeordnet werden. Softwaretest testgetriebene Entwicklung Systementwicklung (inklusive Risikomanagement) Software-Risikomanagement Kenbedürfnisse Entwicklungsplanung Anforderungsanalyse Architekturentwurf Detailentwurf Implementation Verifikation Tests sichern die Softwarequalität ermöglichen somit die spätere möglichst fehlerfreie Inbetriebnahme der Software. Fehlerfreiheit ist insbesondere dann wichtig, wenn Menschenleben ge fährdet sind. Allerdings wird durch Tests nicht die Fehlerfreiheit einer Software nachgewiesen, sondern es ist nur eine Aussage über die ausgeführten Testfälle möglich. Der Testaufwand hängt von der Testbarkeit des zu prüfenden Produkts ab. Neben anderen qualitätsverbessernden Maßnahmen sind daher eine verbesserte Testbarkeit der Software die Testautomatisierung wichtige Elemente, um die Effizienz bei der Softwareentwicklung zu erhöhen. Soft waretests können in dynamische statische Verfahren eingeteilt werden. Im Fokus der Testautomatisierung stehen die dynamischen Tests, die auf der Ausführung des zu testenden Programmteils stests Software-Konfigurationsmanagement Software-Problemlösung Systemtest beruhen. Für einen solchen Test(-fall) werden die Eingaben die erwarteten Ausgaben spezifiziert. Letztere werden nach dem Test mit dem tatsächlichen Resultat verglichen. Außer dem wird festgelegt, wie das System initialisiert werden muss, um den Test durchführen zu können. Dynamische Tests lassen sich in verschiedene Teststufen einteilen, die sich an den Stufen des V-Modells orientieren: + + Unit-Tests + + stests + + Systemtest + + Akzeptanztests erfüllte Kenbedürfnisse Freigabe 2 Software-Entwicklungsprozess gemäß DIN EN 62304:2006 Unit-Tests werden meist von Soft wareentwicklern geschrieben mithilfe spezieller Entwicklungstools (xunit, xmocks Tools zur kontinuierlichen ) automatisiert aus geführt. Getestet wird die Funktionalität einzelner, abgrenz barer Teile der Software (Klassen, Units oder Module), mit dem Ziel, die Lauffähigkeit nachzuweisen (Teil-)Ergebnisse zu prüfen. stests prüfen die Zusammenarbeit der voneinander abhängigen Komponenten. Sie können mit den gleichen Tools wie die Unit-Tests implementiert werden, sollen aber die Korrektheit der Komponentenschnittstellen der komponentenübergreifenden Abläufe nachweisen. Im Systemtest wird geprüft, ob das gesamte System die Spezifikation (funktionale nicht funktionale Anforderungen) erfüllt. Der Systemtest lässt sich beispielsweise mit Tools wie QF-Test für die grafische Benutzerschnittstelle eines Softwaresystems automatisieren. 39

3 2013 Carl Hanser Verlag, München Nicht zur Verwendung in Intranet- Internet-Angeboten sowie elektronischen Verteilern. Systemanforderungen risikoreduzierende Maßnahmen (RRM) Zuordnung/ Verfeinerung Software- komponenten- Anforderungen komponentenspezifische RRM Systemverifikation QF-Test, manuelle Tests, Dauerlauftests Software-Subsystem-Verifikation QF-Test, FitNesse, manuelle Tests Softwarekomponenten-Verifikation FitNesse Softwarekomponenten-Unit-Tests xunit, xmocks 3 Teststufen zugehörige Testmethoden -werkzeuge bei der Systemverifizierung Akzeptanztest mit FitNesse Akzeptanztests sind Tests einer gelieferten Software durch den Auftraggeber oder Ken. Neben kompletten Systemen können Akzeptanztests auch für Software-Artefakte mit eigenem Software-Releasezyklus eigener Anforderungsdefinition realisiert werden. Ein verbreitetes Open Source Tool für automatisierte Akzep tanztests ist FitNesse. Es basiert auf dem Framework for Integrated Test gestattet die browser basierte Defi nition von Testfällen in Form von Entscheidungs tabellen in einem Wiki. Für das Testfall-Wiki sind keine Programmier kenntnisse erforderlich. Daher kann es vom Anforderungs manage ment oder den Domä n en-experten erstellt werden. Es bildet im Idealfall die vollständige, ausführbare Spezi fika tion eines Software-Artefakts ab. Bei der testgetriebenen Entwicklung werden die automatisierten Testfälle vor dem Schreiben des Programmcodes entwickelt. Da die Funktionalität durch die ausführbaren Testfälle spezifiziert ist, ist eine gesonderte Anforderungsdefinition System Software-Subsystem Softwarekomponente im Prinzip überflüssig. Entwickler Ken erhalten hier früh Feedback über Probleme bei der Implementierung der Testausführung. Die umfassende Testbarkeit in frühen Entwicklungsphasen rückt damit näher. Testgetriebene Entwicklung setzt aber die kontinuierliche, das objekt orientierte Design Refactoring voraus. Bei der kontinuierlichen werden Code-Änderungen normalerweise täglich der Versionsverwaltung hinzugefügt. Anschließend wird das Gesamtsystem automatisch durch ein Tool für die Continuous neu gebaut getestet, um mögliche Probleme durch Änderungen sofort zu erkennen. Prinzipien des objektorientierten Designs wie Single-Responsibility-, Open-Closed-, Liskovsches Substitutions-, Interface- Segregation- oder Dependency-Inversion-Prinzip sollen die Wartbarkeit Testbarkeit verbessern damit die Qualität Lebensdauer der Software erhöhen. Abhängigkeiten sollen reduziert werden, oder anders ausgedrückt, Systemelemente sollen leichter isolierbar sein Komponenten, Klassen oder andere Software-Artefakte weniger komplex. Refactoring bezeichnet die manuelle oder auch die automatisierte Strukturänderung eines Softwaresystems, ohne die Funktiona lität oder die Schnittstellen nach außen zu verändern. Das soll die Lesbarkeit, Wartbarkeit Erweiter barkeit der Software verbessern. Automatisierte Tests dienen dabei als Regressionstests: Durch die Gesamtheit der Testfälle soll sichergestellt werden, dass trotz der Änderungen die implementierte Funktionalität intakt bleibt. 40

4 2013 Carl Hanser Verlag, München Nicht zur Verwendung in Intranet- Internet-Angeboten sowie elektronischen Verteilern. Philips Healthcare DXR hat eine Teststrategie für Röntgensysteme (Bild 1), die aus Hard- Software bestehen, implementiert. Grsätzlich werden hier Teststrategie bei Philips Healthcare DXR Domänen-Experten/ Anforderungsmanagement risikoreduzierende Maßnahmen aus dem Risikomanagement Textverarbeitung (z.b. MS Word) Wiki-Seiten Wiki-Text Testfall-Wiki FitNesse Browser manuell Aufruf (HTML/ XML/PDF) kontinuierliche (z.b. CruiseControl) manuell Aufruf automatische Einbettung in Dolkumentvorlage Konfiguration der kontinuierlichen Entwicklung Anforderungen Tests der Geschäftslogik in verständlichem Klartext zur Erfüllung der Nachweispflicht gemäß DIN EN Verifikations- Validationstests unter schieden. Während bei der Verifikation festgestellt wird, ob eine Software der Spezifikation entspricht (funktionales Testen), wird mittels Validation geprüft, ob eine Software den Benutzeranforderungen genügt. Der Fokus liegt im Folgenden auf der Verifikation (Bild 3). Basis für alle Verifikationstests sind die Systemanforderungen die aus dem Risikomanagement resultierenden RRM. Diese Anforderungen umfassen als Teilmenge auch die vom Softwaresubsystem zu erfüllenden Anforderungen. Da das Softwaresubsystem aus mehreren Komponenten besteht, werden die System anforderungen die RRM den Softwarekomponenten zugeordnet auf Komponentenebene verfeinert. Die Verifikation findet auf den Ebenen der Softwarekomponenten, des Softwaresubsystems des Gesamtsystems (Hard- Software) statt. Bei den Komponententests kann weiter zwischen Softwarekomponenten-Unittests Softwarekomponenten-Verifikation unterschieden werden. Auf SLIM Runners SLIM Executor Fixture- Aufrufe Textfixtures regelmäßige automatische Test- Ausführung im Rahmen der kontinuierlichen FitNesse besteht aus einem Webserver, einem Wiki einer Test En- Verifikations- Ergebnisbericht Nachvollziehbarkeit API- Aufrufe den Ebenen Soft ware-subsystem System werden neben automatisierten Tests mit FitNesse oder QF- Test weitere Testmethoden, zum Beispiel manuelle Tests Dauerlauftests, angewendet. Mit FitNesse soll die Verifikation automatisiert der Verifikations-Ergebnisbericht automatisch erzeugt werden, um die Nachweispflicht gemäß DIN EN zu erfüllen. Geplant ist es, zu einer automatisiert ausführbaren verifizierbaren Spezifikation zu gelangen, die die manuelle Durchführung Dokumentation der Verifikationstests überflüssig macht. Dies ist wie in diesem Fall bei Software mit regelmäßigen Updates Releases besonders interessant. Testsystem (SUT) Eigenentwicklung Standard-Tools u. Bibliotheken Dokumente (elektronisch/print) 4 Automatisierte Erzeugung von Verifikations-Ergebnisberichten mit FitNesse zur Erfüllung der Nachweispflicht gemäß DIN EN

5 2013 Carl Hanser Verlag, München Nicht zur Verwendung in Intranet- Internet-Angeboten sowie elektronischen Verteilern. gine (SLIM) (Bild 4). Die Anbindung der Testfälle an das zu testende System wird durch sogenannte Testfixtures realisiert. Das Wiki gestattet anschließend mit FitNesse der zugehörigen Test Engine SLIM die browserbasierte Ausführung der Tests. Die Test ergebnisse werden durch Ampelfarben auf den Wiki-Seiten angezeigt. Dieses Testergebnis lässt sich als PD- F-Dokument manuell in die Dokumentenvor lage des Verifikations-Ergebnisberichts der Softwarekomponente beziehungsweise des Softwaresubsystems einfügen, wodurch die regulatorischen Dokumentationsanforderungen erfüllt sind. Nur dieser geringe manuelle Aufwand ist bei einem Software Re lease zu leisten. Neben dieser manuellen Auslösung der automatisierten Verifikation zeigt Bild 4 zusätzlich die automatisierte Auslösung im Rahmen der kontinuierlichen. Mit dem Werkzeug zur kontinuierlichen wird in diesem Fall FitNesse regelmäßig gestartet. Bei einem Software Release wird das Test ergebnis durch das Continuous Tool zusätzlich automatisch in die Dokumentenvorlage des Verifikations-Ergebnisberichts eingefügt. Ungeachtet dieser Vorzüge der Quelloffenheit hat FitNesse auch Schwachpunkte: + + mangelnde Dokumentation + + einseitige Änderungen/Refactorings im Testfall-Wiki oder den Testfixtures lassen Tests fehlschlagen, da es keine Verknüpfung zwischen dem Wiki dem zugehörigen Testcode wie bei einer integrierten Entwicklungsumgebung (IDE) gibt + + keine Autovervollständigung (IntelliSense) bei der Bearbeitung der Wiki-Testfälle + + eingeschränktes Debugging Treiberpaket für Industriekameras Erweitert den Anwendungsbereich. Der Kamerahersteller IDS Imaging Development Systems bietet ein neues Treiberpaket für seine USB 2.0, USB 3.0 GigE Industriekameras an. Die Software Suite 4.30 steht auf der Website des Anbieters kostenlos zum Download bereit. Das Softwarepaket besitzt einige zusätzliche Features, unter anderem ist für die USB 3 ueye CP Kamera mit 4,2 Megapixel CMOSIS Sensor (UI-3370CP) jetzt ein getriggerter Zeilenmodus verfügbar. Diese Betriebsart erweitert den Anwendungsbereich der Flächenkamera mit USB 3.0-Anschluss. Jede einzelne Zeilenaufnahme lässt sich im getriggerten Modus mit einem Incrementaldecoder auslösen. Laut Hersteller sind bei der Flächenkamera im Gegensatz zur Zeilenkamera die Einrichtung einfacher die Systemkosten geringer. Die Treiberversion 4.30 ist WHQL-zertifiziert, das heißt sie erfüllt die Microsoft-Kriterien besitzt ein Windows-Logo sowie eine digitale Signatur. Die Software ist somit mit Windows kompatibel, was für den Benutzer mehr Sicherheit das Wegfallen von Warnmeldungen aus dem Betriebssystem bedeutet. Eine Linux-Version der Software wird es in Kürze geben. Auch für bereits installierte Kameras stehen die zusätzlichen Funktionen des Treiberpakets 4.30 nach einem Software-Update sofort zur Verfügung. Zur Produktseite des Herstellers mit: Der vorgestellte Ansatz, die Softwareverifikation bei Philips Healthcare DXR zu automatisieren, hat die Testaufwände erheblich reduziert, die Durchlaufzeit verkürzt die Zuverlässigkeit von Software Test verbessert. Nachdem bislang nur Testfälle für risiko reduzierende Maßnahmen automatisiert wurden, ist zum gegenwärtigen Zeitpunkt zwar ein wichtiges Etappenziel erreicht, bis zur vollständig auto matisiert ausführbaren verifizierbaren Spezifikation ist es aber noch ein weiter Weg. $ Stefan Trapp ist selbstständiger Ingenieur. Quicklink Mit unserem Quicklink-Service gelangen Sie sofort zur Herstellerinformation. Einfach den Link im Browser eingeben. 42

Swp08-6 Verantwortliche: Yundensuren, Baigalmaa. Testkonzept

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,

Mehr

Automatisiertes Testen von Prüfplätzen

Automatisiertes Testen von Prüfplätzen EXCO. The Quality Company Solutions for Industry and R&D Automatisiertes Testen von Prüfplätzen Am Beispiel einer Prüfplatz-Software stellen wir einen toolgestützten Prozess zur Erstellung der erforderlichen

Mehr

FWP Komponentenorientierte Softwareentwicklung Test-Driven-Development mit Java

FWP Komponentenorientierte Softwareentwicklung Test-Driven-Development mit Java FWP Komponentenorientierte Softwareentwicklung Test-Driven-Development mit Java Hochschule München FK 07 SS 2009 Theis Michael - Senior Developer HVB Information Services GmbH März 2009 Grundlagen des

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Stuttgarter Test-Tage 2011 Der Fluch des grünen Balkens in sehr großen Projekten

Stuttgarter Test-Tage 2011 Der Fluch des grünen Balkens in sehr großen Projekten main {GRUPPE} Seite 1 Jürgen Nicolai Geschäftsführender Gesellschafter Liebknechtstrasse 33 70178 Stuttgart Tel : 0711 2270225 Fax : 0711 2270497 Mail : j.nicolai@main-gruppe.de Web: www.health4j.de Stuttgarter

Mehr

Whitepaper. Automatisierte Akzeptanztests mit FIT. Einleitung. Die Bedeutung von Akzeptanztests

Whitepaper. Automatisierte Akzeptanztests mit FIT. Einleitung. Die Bedeutung von Akzeptanztests Automatisierte Akzeptanztests mit FIT Einleitung Dieses beschreibt, wie man Tests aus Anwender-/Kundensicht mit dem Open-Source-Werkzeug FIT beschreibt und durchführt. Das ist für Kunden, Anwender und

Mehr

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16 Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle

Mehr

Test-Driven Developement Eine Einführung

Test-Driven Developement Eine Einführung Test-Driven Developement Eine Einführung 2007 by Tobias Hagen Im Rahmen der Veranstaltung Aktuelle Themen der Informatik bei Prof. Dr. Friedbert Kaspar Hochschule Furtwangen University Übersicht Einführung...

Mehr

Vector Software. Test Automation mit VectorCAST während der gesamten Softwareentwicklung W H I T E P A P E R

Vector Software. Test Automation mit VectorCAST während der gesamten Softwareentwicklung W H I T E P A P E R Vector Software W H I T E P A P E R Test Automation mit VectorCAST während der gesamten Softwareentwicklung VectorCAST Produktfamilie Die VectorCAST Produktfamilie automatisiert Testaktivitäten über den

Mehr

Teststrategie festlegen und Teststufen aufeinander abstimmen

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

Mehr

Testmanagement. Dirk Tesche

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

Mehr

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

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.

Mehr

Medizinprodukte mit Risikoanalyse nach ISO 14971

Medizinprodukte mit Risikoanalyse nach ISO 14971 Whitepaper Medizinprodukte mit Risikoanalyse nach ISO 14971 www.infoteam.de Medizinprodukte mit Risikoanalyse nach ISO 14971 In unserer zunehmend vernetzten Welt steigt auch die durch Software realisierte

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

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

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

Mehr

Test. Dipl. Wirtsch. Ing. Alexander Werth 9-1

Test. Dipl. Wirtsch. Ing. Alexander Werth 9-1 Test Dipl. Wirtsch. Ing. Alexander Werth 9-1 Phasen der Problemdefinition Anforderungsanalyse Spezifikation Entwurf Implementation Erprobung Wartung Methoden der 9-2 Software Test / Erprobung Messen der

Mehr

Gegenseitige Beeinflussungen von Testautomatisierung, Testmanagement und Entwicklung

Gegenseitige Beeinflussungen von Testautomatisierung, Testmanagement und Entwicklung Gegenseitige Beeinflussungen von Testautomatisierung, Testmanagement und Entwicklung Jan Düttmann Archimedon Software + Consulting GmbH & Co. KG Marienstraße 66 32427 Minden Stephan Kleuker Hochschule

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

Softwareentwicklungsprozesse. 18. Oktober 2012 Softwareentwicklungsprozesse 18. Oktober 2012 Überblick Was soll ein Softwareentwicklungsprozess leisten? Überblick über Softwareentwicklungsprozesse Welche gibt es? Warum gibt es mehrere? Diskussion:

Mehr

Testen im Software- Entwicklungsprozess

Testen im Software- Entwicklungsprozess Technologie-Event 2006 Testen im Software- Entwicklungsprozess W.Lukas, INGTES AG Was nicht getestet wurde, funktioniert nicht. -- R.Güdel (ca. 1998) Seite 2 Was sollen wir tun? Anomalien & Defekte von

Mehr

Testest Du schon? Verfahren und Tools zum Testen von Software

Testest Du schon? Verfahren und Tools zum Testen von Software Testest Du schon? Verfahren und Tools zum Testen von Software Martin Kompf Dezember 2010 JAVA USER GROUP DARMSTADT Testing Software Ziel des Softwaretests ist es, Fehler aufzudecken. Nachzuweisen, dass

Mehr

Software Engineering in

Software Engineering in Software Engineering in der Werkzeuge für optimierte LabVIEW-Entwicklung Folie 1 Best Practices Requirements Engineering Softwaretest Versionsmanagement Build- Automatisierung Folie 2 Arbeiten Sie im Team?

Mehr

Unit-Test Theorie und Praxis. Stephan Seefeld, INGTES AG

Unit-Test Theorie und Praxis. Stephan Seefeld, INGTES AG Unit-Test Theorie und Praxis Stephan Seefeld, INGTES AG Inhalt Was sind Unit-Test? NUnit für.net Demo Seite 2 Quellen Für diesen Vortrag verwendete Quellen: dotnet User Group Berlin Brandenburg http://www.dotnet-berlinbrandenburg.de/

Mehr

Testautomatisierung. Märchen, Möglichkeiten und praktischer Nutzen. Richard Seidl 21. Januar 2013 TU Dresden. Medizin- und Informationstechnik AG

Testautomatisierung. Märchen, Möglichkeiten und praktischer Nutzen. Richard Seidl 21. Januar 2013 TU Dresden. Medizin- und Informationstechnik AG Medizin- und Informationstechnik AG Testautomatisierung Märchen, Möglichkeiten und praktischer Nutzen Richard Seidl 21. Januar 2013 TU Dresden Kardiologische Funktionsdiagnostik Vitalfunktions-Monitoring

Mehr

Polarion QA. POLARION ALM StartUp Training. Testmanagement in Polarion

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

Mehr

Evolutionsprozesse. Dr. Thorsten Arendt Marburg, 23. Oktober 2014

Evolutionsprozesse. Dr. Thorsten Arendt Marburg, 23. Oktober 2014 Evolutionsprozesse Dr. Thorsten Arendt Marburg, 23. Oktober 2014 Überblick Betrachtung der bekannten Softwareentwicklungsprozesse bezüglich Software-Evolution Evolutionsprozesse Techniken für Software-Evolution

Mehr

Test-Strategien. Grundsätzliches Blackbox-Testen Whitebox-Testen Graybox-Testen Ablauf von Tests Zusammenfassung. HS Mannheim

Test-Strategien. Grundsätzliches Blackbox-Testen Whitebox-Testen Graybox-Testen Ablauf von Tests Zusammenfassung. HS Mannheim Test- Grundsätzliches - - - Ablauf von Tests Grundsätzliche Test- -Tests Äquivalenzklassenbildung Randwertanalyse -Tests Man unterscheidet verschiedene Überdeckungsgrade: Statement Coverage Decision Coverage,

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

Mehr

Test modellbasiert entwickelter Steuergeräte

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

Mehr

Scriptbasierte Testautomatisierung. für Web-Anwendungen

Scriptbasierte Testautomatisierung. für Web-Anwendungen Scriptbasierte Testautomatisierung für Web-Anwendungen Scriptbasierte Testautomatisierung + Web-Anwendung: Erstes Einsatzgebiet, Ergebnisse aber allgemein übertragbar + Test aus Benutzersicht - Nicht Unit-Test,

Mehr

Projektmanagement. Vorlesung von Thomas Patzelt 10. Vorlesung

Projektmanagement. Vorlesung von Thomas Patzelt 10. Vorlesung Projektmanagement Vorlesung von Thomas Patzelt 10. Vorlesung 1 Test...(4) Oberflächentests testen die Benutzerschnittstelle des Systems, nicht nur auf Fehlerfreiheit sondern z.b. auch auf Konformität mit

Mehr

Gutes Benehmen Akzeptanztest-getriebene Software-Entwicklung in einem Web-Projekt

Gutes Benehmen Akzeptanztest-getriebene Software-Entwicklung in einem Web-Projekt Gutes Benehmen Akzeptanztest-getriebene Software-Entwicklung in einem Web-Projekt 1 David Tanzer Bakk. Techn. (JKU Linz) Certified Scrum Master Freiberufler seit 2006 http://davidtanzer.net business@davidtanzer.net

Mehr

Unit Testing mit JUnit. Dr. Andreas Schroeder

Unit Testing mit JUnit. Dr. Andreas Schroeder Unit Testing mit JUnit Dr. Andreas Schroeder Überblick Was dieses Video behandelt Warum Testen? Was sind Unit Tests? Der Teufelskreis des Nicht-Testens JUnit Unit Test Vorteile Test-Inspiration Wann aufhören?

Mehr

Software Engineering II (IB) Testen von Software / Modultests

Software Engineering II (IB) Testen von Software / Modultests Testen von Software / Modultests Prof. Dr. Oliver Braun Fakultät für Informatik und Mathematik Hochschule München SS 2015 Programm-Tests Tests sollen zeigen, dass ein Programm das tut was es tun soll sowie

Mehr

Thema: Testen von objektorientierter Software

Thema: Testen von objektorientierter Software Seminar Simulation und Bildanalyse mit Java Thema: Testen von objektorientierter Software Uta Dienst 1. Teil: Einführung in den Software-Test 2. Teil: JUnit-Einführung Uta Dienst 17.11.2003 2 1. Teil:

Mehr

Software-Lebenszyklus

Software-Lebenszyklus Software-Lebenszyklus Inhalt Vorgehensmodell/Phasenplan Wasserfallmodell WAS-Beschreibung WIE-Beschreibung Weitere Phasenmodelle: Spiral-Modell, V-Modell, RUP Extreme Programming SW-Qualitätssicherung

Mehr

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649 Testautomatisierung Lessons Learned qme Software GmbH Gustav-Meyer-Allee 25 13355 Berlin Telefon 030/46307-230 Telefax 030/46307-649 E-Mail qme Software info@qme-software.de GmbH Testautomatisierung Lessons

Mehr

Systemen - Testen im Softwarelebenszyklus

Systemen - Testen im Softwarelebenszyklus P r a k t I s c h e Entwicklung und Test Testen von Software-Systemen Systemen - Testen im Softwarelebenszyklus Entwickler erstellen ihr System bzw. ihre Software und testen es/sie zur Entwicklungszeit

Mehr

JUnit - Test Driven Development. Bernhard Frey, Thorsten Stratmann, Jackson Takam, Michel Müller 1

JUnit - Test Driven Development. Bernhard Frey, Thorsten Stratmann, Jackson Takam, Michel Müller 1 JUnit - Test Driven Development Bernhard Frey, Thorsten Stratmann, Jackson Takam, Michel Müller 1 Gliederung 1.Einleitung 1.1 Geschichte 1.2 Was sind Unit-Tests? 1.3 Failures/Errors 1.4 Ziele und Nutzen

Mehr

Einführung in die Informatik

Einführung in die Informatik Einführung in die Informatik Softwareentwicklung Probleme bei großer Software Life-Cycle-Modelle Teilphasen eines Software-Projekts Methoden und Werkzeuge 01101101 01011001 11010011 10011000 00000011 00011100

Mehr

16 Architekturentwurf Einführung und Überblick

16 Architekturentwurf Einführung und Überblick Teil III: Software-Architekturentwurf 16 Architekturentwurf Einführung und Überblick 16.1 Software entwerfen Warum? Beim Arbeiten im Kleinen nicht oder nur ansatzweise (Detailentwurf) Größere Software

Mehr

Unser Auftraggeber ist einer der vier Global Player in den Bereichen Wirtschaftsprüfung,

Unser Auftraggeber ist einer der vier Global Player in den Bereichen Wirtschaftsprüfung, Case Study Testautomatisierung mit Coded UI Die Aufgabe Unser Auftraggeber ist einer der vier Global Player in den Bereichen Wirtschaftsprüfung, Steuerberatung und Unternehmens- bzw. Managementberatung.

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003):

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003): Professionelles Projekt-Management in der Praxis Veranstaltung 7 Teil 1 (30.06.2003): Prof. Dr. Phuoc Tran-Gia, FB Informatik, Prof. Dr. Margit Meyer, FB Wirtschaftswissenschaften, Dr. Harald Wehnes, AOK

Mehr

Automatisierte Akzeptanztests für ios-apps. Sven Günther it-agile GmbH

Automatisierte Akzeptanztests für ios-apps. Sven Günther it-agile GmbH Automatisierte Akzeptanztests für ios-apps Sven Günther it-agile GmbH Wer entwickelt native Apps? Wer testet die Apps selbst? Wer hat externe Testdienstleister? Wer hat Unit-Tests? Wer hat Akzeptanztests?

Mehr

Funktionale Sicherheit gewährleisten

Funktionale Sicherheit gewährleisten Partner schafft Perspektiven Funktionale Sicherheit gewährleisten und gleichzeitig nicht an Entwicklungseffizienz verlieren? Funktionale Sicherheit in komplexen Systemen NORMKONFORME SOFTWAREENTWICKLUNG

Mehr

Leitfaden API. Testing und Debugging. Erstellt am 4.9.2014 Autor FG API, Rinaldo Lanza. Dokumentenstatus Freigegeben at work Version 1.

Leitfaden API. Testing und Debugging. Erstellt am 4.9.2014 Autor FG API, Rinaldo Lanza. Dokumentenstatus Freigegeben at work Version 1. Leitfaden API Erstellt am 4.9.2014 Autor FG API, Rinaldo Lanza Dokumentenstatus Freigegeben at work Version 1.0 Verteiler Fachgruppe API Änderungen Datum Version Autor Inhaltsverzeichnis 1 Beschreibung

Mehr

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Insert picture and click Align Title Graphic. Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Dr. Dieter Lederer, Geschäftsführer Vector Consulting Services GmbH

Mehr

Vector Software W H I T E P A P E R. Mit VectorCAST die FDA-Anforderungen an Softwaretests erfüllen

Vector Software W H I T E P A P E R. Mit VectorCAST die FDA-Anforderungen an Softwaretests erfüllen Vector Software W H I T E P A P E R Mit VectorCAST die FDA-Anforderungen an Softwaretests erfüllen Einführung Die VectorCAST Produktfamilie automatisiert Testaktivitäten über den gesamten Software Entwicklungszyklus.

Mehr

Gemeinsam Software-Lösungen finden. Vom Prototyping bis zur Serienreife.

Gemeinsam Software-Lösungen finden. Vom Prototyping bis zur Serienreife. Gemeinsam Software-Lösungen finden. Applikationen Embedded Vom Prototyping bis zur Serienreife. Embedded Systeme Unsere Software fährt in Millionen Fahrzeugen mit. Und funktioniert. Wir legen immer das

Mehr

Agile Testing. Der agile Weg zur Qualität. von Siegfried Tanczos, Martin Klonk, Richard Seidl, Helmut Pichler, Manfred Baumgartner. 1.

Agile Testing. Der agile Weg zur Qualität. von Siegfried Tanczos, Martin Klonk, Richard Seidl, Helmut Pichler, Manfred Baumgartner. 1. Agile Testing Der agile Weg zur Qualität von Siegfried Tanczos, Martin Klonk, Richard Seidl, Helmut Pichler, Manfred Baumgartner 1. Auflage Hanser München 2013 Verlag C.H. Beck im Internet: www.beck.de

Mehr

AGILES QUALITÄTSMANAGEMENT

AGILES QUALITÄTSMANAGEMENT AGILES QUALITÄTSMANAGEMENT Manfred Rätzmann Head of Department Quality Assurance Deutsche Post E-Post Development GmbH Manfred.Raetzmann@epost-dev.de http://www.epost.de/ Klassische Ziele des Qualitätsmanagements:

Mehr

Mehr als Engineering.

Mehr als Engineering. Mehr als Engineering. Automotive Robert Bosch GmbH Daimler AG Automatisierung / Mess- und Prüftechnik Medizintechnik TZM Robert-Bosch-Straße 6 D-73037 Göppingen Fon +49 7161 5023-0 Fax +49 7161 5023-444

Mehr

Drei Jahre mit Polarion bei Fresenius Medical Care. Stuttgart, Oktober 2012

Drei Jahre mit Polarion bei Fresenius Medical Care. Stuttgart, Oktober 2012 Drei Jahre mit Polarion bei Fresenius Medical Care Stuttgart, Oktober 2012 Polarion Users Conference 2012, Drei Jahre mit Polarion bei Fresenius Medical Care, Jürgen Lehre (c) Copyright 31/08/2012 Fresenius

Mehr

Automatisiertes UI Testing. Mark Allibone, 18.04.2013, #2

Automatisiertes UI Testing. Mark Allibone, 18.04.2013, #2 Coded UI Testing Automatisiertes UI Testing Mark Allibone, 18.04.2013, #2 Eine klassische Applikations Architektur Grafische Oberfläche Business Logik Datenzugriff (Datenbank, Cloud, etc) Mark Allibone,

Mehr

Integration mobiler Endgeräte in Medizinprodukte und Medizintechnik-nahe Produkte

Integration mobiler Endgeräte in Medizinprodukte und Medizintechnik-nahe Produkte Integration mobiler Endgeräte in Medizinprodukte und Medizintechnik-nahe Produkte Agenda Problemstellung Medizinprodukt App Grundlagen Szenarien (Problemstellungen und Lösungsansätze) 03.06.2013 2 Innovationen

Mehr

Code verifizieren mittels

Code verifizieren mittels Code verifizieren mittels Unit- und Regressionstests Institut für Numerische Simulation, Universität Bonn Seminarreihe Technische Numerik Wozu sollen gut sein? Was für Testarten gibt es? Wie funktionieren

Mehr

Test. Hauptsache, es läuft? Entwicklung. Wartung. iks Thementag. Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.

Test. Hauptsache, es läuft? Entwicklung. Wartung. iks Thementag. Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06. Hauptsache, es läuft? Entwicklung Wartung Test iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.2012 Autor: Dr. Reik Oberrath Agenda Begriffserklärung: Entwicklung,

Mehr

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Andreas Armbrecht Siemens AG Darmstadt, 01. 02. Dezember 2009 Business Unit Rail Automation Systeme der Eisenbahnautomatisierung

Mehr

Software Testen 2.0 VL

Software Testen 2.0 VL Software Testen 2.0 VL Software Testen VO2 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

Mehr

Normenkonformer Betrieb medizinischer IT-Netzwerke neue Aufgaben des IT- Peter Grünberger 07.03.2012

Normenkonformer Betrieb medizinischer IT-Netzwerke neue Aufgaben des IT- Peter Grünberger 07.03.2012 Normenkonformer Betrieb medizinischer IT-Netzwerke neue Aufgaben des IT- Systemlieferanten Peter Grünberger 07.03.2012 Vorstellung COMPAREX COMPAREX versteht sich als unabhängiger IT Lösungsanbieter 2000

Mehr

Systematisches Testen von Software

Systematisches Testen von Software Programmierung Systematisches Testen von Software Markus Eckstein Systematika Information Systems GmbH Kurfürsten-Anlage 36 69115 Heidelberg markus.eckstein@systematika.com Zusammenfassung Die wichtigsten

Mehr

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

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

Mehr

Fabian Schmengler Pragmatisches Unit Testing. Meet Magento DE 2015

Fabian Schmengler Pragmatisches Unit Testing. Meet Magento DE 2015 Fabian Schmengler Pragmatisches Unit Testing Meet Magento DE 2015 1 Agenda Grundlagen: Warum automatisierte Tests? Tests und TDD mit Magento: Überblick und Beispiel Ausblick auf Magento 2 2 Warum Automatisiertes

Mehr

Qualitätssicherung von Software am Beispiel von Unit Testing. Klaus Kusche, Mai 2012

Qualitätssicherung von Software am Beispiel von Unit Testing. Klaus Kusche, Mai 2012 Qualitätssicherung von Software am Beispiel von Unit Testing Klaus Kusche, Mai 2012 Inhalt Motivation Definition von Unit Tests, Einordnung in der QA, Nutzen Einordnung im V-Modell (==> Tafel) Inhalt,

Mehr

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

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

Mehr

Software-Engineering mit LabVIEW

Software-Engineering mit LabVIEW Software-Engineering mit LabVIEW Von der Idee zum fertigen Programm Philip Deppe Applications Engineer NI Germany GmbH Software Engineering von der Idee zum fertigen Programm Seite 2 Agenda Typische Fehler

Mehr

Softwarequalitätssicherung

Softwarequalitätssicherung Softwarequalitätssicherung Dipl. Inf. Andrea Meyer Medieninformatik (Bachelor), Wahlpflichtmodul: Softwareprojekt II, Dipl. Inf. Andrea Meyer Warum Softwarequalitätssicherung? 2 Fatale Softwarefehler Ariane

Mehr

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden

Mehr

1. Motivation 2. Begriffsklärung 3. Komponententests 4. Integrationstests 5. Integrationsstrategien 6. Zusammenfassung

1. Motivation 2. Begriffsklärung 3. Komponententests 4. Integrationstests 5. Integrationsstrategien 6. Zusammenfassung Übersicht s s Gregoire Kemgne 1 Motivation Problem: Software wird immer größer und komplexer, dadurch ist diese immer schwerer zu überschauen Ein Projekt benötigt mehr Zeit und/oder Entwickler. Lösung:

Mehr

Projektmanagement-Plan

Projektmanagement-Plan Applikationsentwicklung FS14 Gruppe 20 Horw, 29.05.2014 Bontekoe Christian Estermann Michael Rohrer Felix Autoren Bontekoe Christian Studiengang Informatik - Software Systems (Berufsbegleitend) Adresse

Mehr

Kurzübersicht Unified Process und Agile Prozesse

Kurzübersicht Unified Process und Agile Prozesse Kurzübersicht Unified Process und Agile Prozes Rainer Schmidberger schmidrr@informatik.uni-stuttgart.de Copyright 2004, Rainer Schmidberger, Universität Stuttgart, Institut für Softwaretechnologie, Abt.

Mehr

Moderne Datenbankentwicklung mit Hilfe von SQL Server Data Tools

Moderne Datenbankentwicklung mit Hilfe von SQL Server Data Tools Moderne Datenbankentwicklung mit Hilfe von SQL Server Data Tools David Schäfer Vorstellung: HMS Analytical Software Anwendungs-Know-how, u.a. Banken und Versicherungen Pharma- und Medizinprodukte Technologie-Know-how,

Mehr

1. Zweckdes Dokuments

1. Zweckdes Dokuments Testplanung Testplanung 1.Zweck des Dokuments 2.Testziele 3.Teststrategie 4. Inkrementeller Test 5. Dokumentation der Tests 6. Performance Test 7. Literaturreferenzen 1. Zweckdes Dokuments Dokumentation

Mehr

Musteraufbau eines Anforderungsprofils zur Einführung neuer Software

Musteraufbau eines Anforderungsprofils zur Einführung neuer Software Musteraufbau eines Anforderungsprofils zur Einführung neuer Software Ottostr. 15 96047 Bamberg Tel. +49/951/98046200 Fax +49/951/98046150 email: info@softcondev.de www: softcondev.de INHALT Vorwort Diese

Mehr

Testphase. Das Testen

Testphase. Das Testen Testphase VIS Projekt Freie Universität Berlin N.Ardet - 17.4.2001 Das Testen Testen ist das Ausführen eines Software- (Teil)systems in einer definierten Umgebung und das Vergleichen der erzielten mit

Mehr

Referent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de

Referent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de ISO/IEC 62304 Medizingeräte-Software Referent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de DQS Medizin nprodukte GmbH Übersicht Basics Wann ist ein MP Software? Markteinführung vor der 62304 alles

Mehr

DevOps bei den ID Build-Automatisierung statt Silo-Betrieb

DevOps bei den ID Build-Automatisierung statt Silo-Betrieb DevOps bei den ID Build-Automatisierung statt Silo-Betrieb SWS Entwicklertreffen vom 1.10.2015 Benno Luthiger 1.10.2015 1 Ausgangslage Kundenwunsch: Stabiles System, das schnell reagiert ( Betrieb) Neue

Mehr

Fabian Schmengler, Dr. Nikolai Krambrock

Fabian Schmengler, Dr. Nikolai Krambrock Fabian Schmengler, Dr. Nikolai Krambrock Herausforderungen bei Konzeption und Test von Magento-Modulen Wechsel von C# zu Magento Ursprünglich Entwicklung von Thick-Client Applikationen mit C# Vollständiger

Mehr

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Christoph Redl Quelle der Fragen: http://www.informatik-forum.at/showthread.php?t=54097 1 SCRUM Prinzip + Vorteile

Mehr

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

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

Mehr

1 Einleitung. 1.1 Caching von Webanwendungen. 1.1.1 Clientseites Caching

1 Einleitung. 1.1 Caching von Webanwendungen. 1.1.1 Clientseites Caching 1.1 Caching von Webanwendungen In den vergangenen Jahren hat sich das Webumfeld sehr verändert. Nicht nur eine zunehmend größere Zahl an Benutzern sondern auch die Anforderungen in Bezug auf dynamischere

Mehr

Programmieren I. Die Programmiersprache Java. www.kit.edu. Institut für Angewandte Informatik

Programmieren I. Die Programmiersprache Java. www.kit.edu. Institut für Angewandte Informatik Programmieren I Die Programmiersprache Java KIT Universität des Landes Baden-Württemberg und nationales Großforschungszentrum in der Helmholtz-Gemeinschaft www.kit.edu Eigenschaften von Java Java ist eine

Mehr

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Oliver Böhm MKS GmbH Agenda Überblick Der Entwicklungsprozess: Requirements

Mehr

Einführung in die Softwaretechnik 9. Softwareprozesse

Einführung in die Softwaretechnik 9. Softwareprozesse 9. Softwareprozesse Klaus Ostermann (Mit Folien von Christian Kästner, Gabriele Taentzer und Wolfgang Hesse) 1 Agenda Wie kommt man vom Kundenwunsch zur fertigen Software? Wie strukturiert man ein Softwareprojekt?

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Neuerungen in SASUnit, insbesondere Ermittlung der Testabdeckung

Neuerungen in SASUnit, insbesondere Ermittlung der Testabdeckung Neuerungen in SASUnit Neuerungen in SASUnit, insbesondere Ermittlung der Testabdeckung Dr. Patrick René Warnat HMS Analytical Software GmbH Rohrbacher Str. 26 69115 Heidelberg patrick.warnat@analytical-software.de

Mehr

Testmanagement in IT-Projekten

Testmanagement in IT-Projekten Teil 1: Projektmagazin 05/20009 Teil 2: Projektmagazin 06/2009 1 Test: Prozess, bei dem ein Programm oder ein Software-System ausgeführt wird, um Fehler zu finden Teil 1: Projektmagazin 05/20009 Teil 2:

Mehr

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung

Block R (Rahmen): SE Aktivitäten 21.10.04 2. Vorlesung Methoden des Software Engineering. Block R Rahmen Aktivitäten der Software-Entwicklung Block R (Rahmen): SE Aktivitäten 21.10.04 1 Vorlesung Methoden des Software Engineering Block R Rahmen Aktivitäten der Software-Entwicklung Martin Wirsing Einheit R.2, 21.10.2004 Block R (Rahmen): SE Aktivitäten

Mehr

Inhalt. 3.1 Der inkrementelle Entwurf im Überblick... 13 3.2 Flache Aufwandskurve... 14 3.3 Qualitätskriterien für den inkrementellen Entwurf...

Inhalt. 3.1 Der inkrementelle Entwurf im Überblick... 13 3.2 Flache Aufwandskurve... 14 3.3 Qualitätskriterien für den inkrementellen Entwurf... ix 1 Einleitung 1 Roman Pichler Stefan Roock 1.1 Agile Softwarewicklung und Scrum............................ 1 1.2 Zielgruppe und Zielsetzung.................................. 2 1.3 Überblick über das

Mehr

Programmierung, Algorithmen und Techniken. von Thomas Ohlhauser

Programmierung, Algorithmen und Techniken. von Thomas Ohlhauser Programmierung, Algorithmen und Techniken von Thomas Ohlhauser 1. Begriff Programmierung Entwicklung von Programmen inklusive der dabei verwendeten Methoden und Denkweisen. Ein Programm ist eine eine Zusammensetzung

Mehr

Value Delivery and Customer Feedback

Value Delivery and Customer Feedback Value Delivery and Customer Feedback Managing Continuous Flow of Value Michael Reisinger Microsoft & ANECON Praxisupdate 2014 ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien

Mehr

Qualitätssicherung und Testen in mittelständischen Software-Unternehmen

Qualitätssicherung und Testen in mittelständischen Software-Unternehmen Workshop Hot-Spots der Software-Entwicklung Qualitätssicherung und Testen in mittelständischen Software-Unternehmen 27. November 2008 Technische Universität München Institut für Informatik Software & Systems

Mehr

PLESK 7.6 FÜR WINDOWS NEUERUNGEN 2006 SWSOFT

PLESK 7.6 FÜR WINDOWS NEUERUNGEN 2006 SWSOFT PLESK 7.6 FÜR WINDOWS NEUERUNGEN 2006 SWSOFT 1 ÜBERSICHT 1.1 HAUPTTHEMEN Windows-Hosting stellt heute den am schnellsten wachsenden Bereich des Hosting-Marktes dar. Plesk 7.6 für Windows hilft Ihnen, Ihr

Mehr

SEQIS 10 things API Testing

SEQIS 10 things API Testing SEQIS 10 things API Testing SEQIS 10 things API Testing Herzlich Willkommen! Reinhard Salomon SEQIS Geschäftsleitung SEQIS 10 things Programm 2014 20.03.14 Business Analyse Einführung in den BABOK Guide

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Qualitätssicherungskonzept

Qualitätssicherungskonzept Softwaretechnikpraktikum Gruppe: swp15.aae SS 2015 Betreuer: Prof. Gräbe Datum: 15.06.2015 Tutor: Klemens Schölhorn Qualitätssicherungskonzept Projektteam: Felix Albroscheit Dorian Dahms Paul Eisenhuth

Mehr

Inhalt. 1 Einführungsveranstaltung. 2 Qualität kompakt

Inhalt. 1 Einführungsveranstaltung. 2 Qualität kompakt Inhalt 1 Einführungsveranstaltung 1.1 Ziel der Veranstaltung Warum Qualität? Inhalt der Veranstaltung 1.2 Formaler Ablauf der Veranstaltung 1.3 Übungs- und Gruppeneinteilung 1.4 Bewertungskriterien mittels

Mehr

Modellbasierter Akzeptanztest für Scrum. Renate Löffler, Baris Güldali, Silke Geisen TAV 30, Testing meets Agility, 18.06.2010

Modellbasierter Akzeptanztest für Scrum. Renate Löffler, Baris Güldali, Silke Geisen TAV 30, Testing meets Agility, 18.06.2010 Modellbasierter Akzeptanztest für Scrum Renate Löffler, Baris Güldali, Silke Geisen TAV 30, Testing meets Agility, 18.06.2010 Testing meets Agility Agilität People over Processes Flexibel User Stories

Mehr

Software-Test. Tests im Softwareentwicklungsprozess. Motivation. Literatur. schon gesehen: testgetrieben. traditionell

Software-Test. Tests im Softwareentwicklungsprozess. Motivation. Literatur. schon gesehen: testgetrieben. traditionell Tests im Softwareentwicklungsprozess traditionell test-getrieben: Geschäftsprozessmodellierung Requirements Engineering Analyse Design Implementierung Tests Testen 1 Tests vor Implementierung und Design

Mehr

Testautomatisierung. Schritthalten mit agiler Software-Entwicklung. Matthias Hölzer-Klüpfel

Testautomatisierung. Schritthalten mit agiler Software-Entwicklung. Matthias Hölzer-Klüpfel Testautomatisierung Schritthalten mit agiler Software-Entwicklung Matthias Hölzer-Klüpfel Aufgabenstellung Entwicklung eines innovativen Medizinprodukts in einem Startup-Unternehmen bis zur CE-Kennzeichnung

Mehr