Systematisches Testen von Software

Größe: px
Ab Seite anzeigen:

Download "Systematisches Testen von Software"

Transkript

1 Systematisches Testen von Software

2 Gliederung I Motivation - Vorstellung - Begriffseingrenzung - Der Vorgang des Testens II Testmethodik - Whitebox-und Blackbox- Tests - Funktions- und Modultests - GUI- und Capture-Replay-Testtools - Testsprachen - Modellbasierte Tests III Testorganisation - Testplanung - Testdurchführung - Testdokumentation Seite 2 / 66

3 SVT Synthese, Validierung und Test bei Fraunhofer FIRST Thema: Softwarequalität und Qualitätssoftware Spezifikationsbasierte Testerzeugung und Testdurchführung Korrektheitsanalyse eingebetteter Systeme Generative Softwareproduktion mit Compilertechnologien Seite 3 / 66

4 Projekte Quasar Qualitätssicherung und Anforderungsanalyse - Automatische Testfallerzeugung aus UML-StateCharts Sicherheitszertifizierung in der Bahntechnik - Test eines fehlertoleranten Stellwerkscomputers für das ETCS durch softwareinduzierte Fehlerinjektion TTCN3-basiertes Lasttestsystem - Testadapter für GSM, GPRS und SS7 Einheiten im gesamten Netz eines europäischen Mobilfunkunternehmens Qualitätssicherung eines großen Informationssystems - GUI-Tests, Massentestdatenerzeugung und Prozessanalyse für eine Sachbearbeitungs-Datenbank Seite 4 / 66

5 Unsere Leistungen für Sie Qualitätssicherung von Software und Systemen Modellierung, Simulation und Validierung von Entwürfen und Lösungen Implementierung, Analyse und Test maßgeschneiderter sicherer Komponenten Entwicklung, Anpassung und Integration von Softwarewerkzeugen Seminare und Schulungen über neue Softwareentwicklungsmethoden Seite 5 / 66

6 I Motivation Software-Erstellungskosten Softwarekrise Sicherheit Kundenmehrwert Formale Methoden Modellbasierung Seite 6 / 66

7 Seite 7 / 66

8 anderes Beispiel: Automobil eingebettete Steuergeräte ( Software auf Rädern ) 80 K Lines of Code für einen Airbag Rückrufaktionen mit Millionenkosten (2002: 127 Rückrufaktionen in Deutschland, davon ca. 15% Softwarefehler; Tendenz steigend) Seite 8 / 66

9 NIST Studie zu den Kosten von Softwarefehlern (Juni 2002) WASHINGTON -- Software bugs are costing the U.S. economy an estimated $59.5 billion each year, with more than half of the cost borne by end users and the remainder by developers and vendors, according to a new federal study. Improvements in testing could reduce this cost by about a third, or $22.5 billion, but it won't eliminate all software errors, the study said. Of the total $59.5 billion cost, users incurred 64% of the cost and developers 36%. Seite 9 / 66

10 Kosten der QS bei der Systementwicklung regulär Installation 10% Definition 10% Entwurf 10% sicherheitskritisch Definition Installation 5% Entwurf 5% 5% Implementierung 10% Test 40% Implementierung 30% Test 75% Seite 10 / 66

11 Begriffseingrenzung Experimentieren = Ausführen einzelner Versuche zur Erlangung einer neuen Erkenntnis Probieren = experimentelles Feststellen der Qualität eines Objekts Testen = systematisches Probieren nach verschiedenen Qualitätskriterien Prüfen = Testen einer Serie gleichartiger Objekte Seite 11 / 66

12 Abgrenzung Validation: Ist es die richtige Software? Verifikation: Die Software ist richtig! Test: Ist die Software richtig? Debugging: Warum ist die Software nicht richtig? Seite 12 / 66

13 Testziel Qualität = Übereinstimmung mit den Anforderungen z.b.: Funktionalität, Zweckdienlichkeit, Robustheit, Zuverlässigkeit, Sicherheit, Effizienz, Benutzbarkeit, Geschwindigkeit,... verschiedene Testmethoden Formulierung von überprüfbaren Anforderungen Seite 13 / 66

14 Quantifizierung der Anforderungen - nicht: akzeptable Antwortzeiten sind wichtig - sondern: Antwortzeit höchstens 5 Sekunden, - in 80% der Fälle kleiner als 3 Sekunden Kategorisierung der Anforderungen - (unerläßlich / wichtig / erwünscht / irrelevant / unerwünscht) Seite 14 / 66

15 Notwendigkeit der Formalisierung Natürliche Sprache ist mehrdeutig! Beispiel: alle 30 Sekunden sollen die Werte der Sensoren abgelesen werden; wenn die Standardabweichung 0,25 überschreitet, soll die Normalisierungsprozedur ausgeführt werden, anschließend sollen die Werte an das Analysepaket weitergegeben werden. Akzeptanztest ergibt falsche Analysewerte. Problem: Komma! Seite 15 / 66

16 Formale Anforderungsdefinition (a) Festlegung der Schnittstellen und Ereignisse (b) Festlegung des reaktiven Verhaltens (a) Methoden: get_data (...) calc_dev(...) normalize (...) set_timer (...) Signale: data:... deviation:... start_sig:... (b) data_ackquisition start_sig from timer get_data (data) data to data_sampling data_ackquisition normalize(data) data to data_analysis data_sampling j data_sampling data from data_ackquis x:=calc_dev(data) x>0,25 n data to data_analysis data_sampling Seite 16 / 66

17 Deklarative statt operationaler Beschreibungsformen (was statt wie) Alle Werte sollen normalisiert analysiert werden. Logische Spezifikation der gewünschten Eigenschaften (formale Grundlage) For all x exists y: y=normalize(x) and sometime analyzed(y) Spezifikationsbasierte Tests Seite 17 / 66

18 Der Vorgang des Testens warum wer wozu wie was Seite 18 / 66

19 Warum? Mangelnde Qualität kostet Geld: Benutzerakzeptanz, Kundenverlust Fehlerkorrektur- und Folgekosten Gewährleistung, Produkthaftung Sicherheitsprobleme Seite 19 / 66

20 Wer? Interne oder externe Tester Bugs schleichen sich nicht ein, sie werden gemacht Niemand kennt das Produkt so genau wie der Entwickler Motivation des Entwicklers: Debugging und Verifikation Motivation des Testers: Fehler identifizieren Seite 20 / 66

21 Wozu? Fehlervermeidung statt Fehlererkennung! Individualverantwortlichkeit Diskriminierungen Schuldzuweisungen verminderte Produktivität Teamverantwortung Kooperation Qualitätsbewußtsein Produktverbesserung Seite 21 / 66

22 Globale Fehlerrückverfolgung Explosion durch Sprengung, weil Schräglage durch Ruder, weil vermeintliche Fehlbahn, weil falsche Lagedaten, weil Sensorausfall, weil Übertragungsfehler, weil Zahlbereichsüberlauf, weil undokumentierte Anforderung, weil ungetestetes Ariane4-Bauteil, weil Termin- und Kostendruck Handlungsempfehlungen:... Fehlerkorrekturmaßnahmen, klare Aufgabenverteilung, Software-Redundanz, Leistungsbedarfsermittlung, Ausnahmebehandlung, formale Dokumentation, vollständige Integrationstests, QS-getriebene Entwicklung Seite 22 / 66

23 Wie? Konzentration auf Benutzersicht (Relevante Testfälle, Benutzbarkeitsprobleme) Systematische Vorgehensweise (Testplanung und -dokumentation) Einbeziehung aller Komponenten (auch: Dokumentation, Installationsroutinen usw.) Automatisierung wo möglich Seite 23 / 66

24 Was? alle während der Softwareentwicklung entstehenden Artefakte Anforderungen (Use cases) Systementwürfe (Datenformate, Ablauflogik) Funktionen Module System Konfiguration Seite 24 / 66

25 Faustregeln beim Testen Je früher ein Fehler gemacht wird, desto mehr wird von ihm abhängig; je später ein Fehler erkannt wird, desto teurer ist seine Korrektur. Es ist normal, dass Menschen Fehler machen. Der erste Gedanke ist manchmal gut, aber fast nie konsistent. Fehler im Entwurf müssen schrittweise beseitigt werden. Schlimmer noch als die schlichten Irrtümer sind Missverständnisse zwischen Anwender und Entwickler Ziel: schrittweise begleitende Qualitätssicherung Seite 25 / 66

26 Gliederung I Motivation - Vorstellung - Begriffseingrenzung - Der Vorgang des Testens II Testmethodik - Whitebox-und Blackbox- Tests - Funktions- und Modultests - GUI- und Capture-Replay-Testtools - Testsprachen - Modellbasierte Tests III Testorganisation - Testplanung - Testdurchführung - Testdokumentation Seite 26 / 66

27 Whitebox- und Blackbox-Test Codebasierte Tests orientieren sich an der Struktur des zu testenden Programms - Äquivalenzklassenbildung, Grenzwertanalyse, Entscheidungstabellen - JUnit, Cantata, Tessy,... Spezifikationsbasierte Test orientieren sich an der Beschreibung der Programmeigenschaften - Capture-Replay: WinRunner, Rational Robot,... - Modellbasiert: separate Beschreibung - Last- und Performanztest Seite 27 / 66

28 Funktionstests (Unit Tests) Funktionstests werden üblicherweise vom Entwickler selbst durchgeführt Fliessender Übergang zum Debugging Schnittstellen sind nichtöffentliche Interna im Programmcode bekannteste Vertreter: JUnit, Cantata, C-Check Seite 28 / 66

29 Beispiel: JUnit Public Domain, Plugin für Eclipse zu testende Einheiten = einzelne Klassen Schritte: Kreieren von Objekten Aufruf von Methoden Überprüfen des Ergebnisses XP? public void testaddsamecurrency() { final Money money1 = new Money(20); final Money money2 = new Money(30); money1.add(money2); assertequals(50, money1.getvalue()); assertequals(30, money2.getvalue()); } Seite 29 / 66

30 Modultests Big-bang oder inkrementelle Integration Zwei Arten der Integration: Top-Down und Bottom-up Implementierung von Stubs und Treibern Modul A Bottom-up: unterstützt Re-use Treiber leicht implementierbar Modul B Modul C Modul D Top-Down: unterstützt Prototyping Stub-Programmierung aufwändig Modul E Modul F Seite 30 / 66

31 Kontrollflussgraphen und Überdeckungen Überdeckungsmaße: Prozentsatz der mindestens einmal durchlaufenen Anweisungen Zweige Bedingungsteile Schleifen Pfade Seite 31 / 66

32 Datenorientierte Überdeckungsmaße Definitionsüberdeckung: für jede definierte Variable wird die Verwendung von einem Testfall erfasst Verwendungsüberdeckung: für jede definierte Variable wird jede mögliche Verwendung von einem Testfall erfasst Wertebereichsüberdeckung: für jede definierte Variable werden alle Randwerte von einem Testfall erfasst Seite 32 / 66

33 GUI und Capture Replay Tools bekannteste Vertreter: Mercury WinRunner, Rational Robot (mehr als 50 Tools in Idee Aufzeichnung von Benutzerinteraktionen Abspielen mit Vergleich auf Änderungen Erweiterungen GUI-Map Alternativen, Datenüberdeckungen Wiederholungen, Checkpoints Seite 33 / 66

34 WinRunner Script Sprache Seite 34 / 66

35 Testdefinitionssprache TTCN-3 Testing and Test Control Notation - ETSI Standard 2003 (Telekommunikation) - Sprachliche, tabellarische und graphische Notation - Variables Datentypkonzept (ASN1, andere) - Standardisierte Schnittstelle zwischen Komponenten und zum SUT - Main Test Components und Parallel Test Components - Verschiedene Arten der Kommunikation - Templates und Matching Seite 35 / 66

36 Beispiel Seite 36 / 66

37 Modellbasierte Tests Brockhaus: Modell (von lat. modulus) 1. Vorbild: Aufbau oder Form nach der das eigentliche Werk geschaffen wird; gedanklicher Entwurf 2. Abbild: vereinfachende bildliche oder mathematische Darstellung von Strukturen, Funktionsweisen oder Verlaufsformen; Wiedergabe eines Gegenstandes in verkleinertem Maßstab zu Studien- und Versuchszwecken Seite 37 / 66

38 Modelle beim Testen Systemmodell Beschreibung des gewünschten Verhaltens des Systems in der modellierten Umgebung Umgebungsmodell Beschreibung der (physikalischen oder logischen) Umgebung des zu implementierenden Systems Beispiel Satellitensteuerung: - Systemmodell Schaltverhalten - Umgebungsmodell Solarzellen, Batterie Seite 38 / 66

39 modellbasierter Entwurf durchgängiger, kompatibeler Entwurfsprozess ingenieursgerechte Notation und Methodik Werkzeugunterstützung Seite 39 / 66 Grafik: W. Kattanek, IMMS

40 StateCharts von D. Harel 1987 eingeführte Erweiterung von endlichen Automaten; Strukturierung: Hierarchie und Parallelität Variablen, Kommunikation per Broadcast als Statechart Diagrams in UML eingeflossen; vor allem im Automobilbereich viel verwendet ilogix-tools: StateMate, Rhapsody Generierung von Testfällen aus StateCharts (StateMate ATG, Conformiq, Quasar) Seite 40 / 66

41 StateChart-Beispiel Seite 41 / 66

42 Anderer Formalismus: CSP Communicating Sequential Processes, Hoare 85 Synchronisation, Komposition, Rekursion, Timeout operationelle Semantik: Zustandsübergangssystem Realisierung in FDR2: Berechnung von Verfeinerungen zwischen Prozessen Seite 42 / 66

43 Beispiel: Telekommandos im Satelliten SPEC = ( SWITCHDEV [ { Tau_nextTC } ] TCTIM ) TIMCHK SWITCHDEV = Tau_nextTC -> ( (Com_PYRO_PWR_DEV_ON -> settimswt -> Swt_BS_ON_MAIN_ON -> Swt_PYRO_PRE_MAIN_ON -> Swt_PYRO_PWR_ON -> restimswt -> SWITCHDEV) (Com_PYRO_PWR_DEV_OFF -> settimswt -> Swt_PYRO_PWR_MAIN_OFF -> restimswt -> SWITCHDEV)... ) TIMCHK = elatimswt -> errorswitchtimer -> TIMCHK TCTIM = Tau_nextTC -> settimtick -> elatimtick -> TCTIM Erzeugung von Tests aus der Zustandsübergangsrelation Seite 43 / 66

44 Testgenerierung Konformanzbegriff - Implementierung I ist konform zu einer Spezifikation S, wenn für alle Sequenzen σ von Ein/Ausgaben gilt: Beobachtungen (I nach σ) Beobachtungen (S nach σ) Testfall: - deterministisches endliches Transitionssystem - Endzustände pass oder fail - von jedem Zustand eine Ausgabe- oder beliebige Eingabemöglichkeit Testgenerierung durch depth-first-konstruktion der Sprache Seite 44 / 66

45 Modellbasierte Überdeckungsbegriffe Zustandsüberdeckung: jeder Platz / Teilzustand wird von einem Testfall erfasst Konfigurationsüberdeckung: jeder erreichbare Globalzustand (Markierung) wird erfasst Transitionsüberdeckung: jeder Zustandsübergang wird erfasst Pfadüberdeckung: jeder Teilpfad einer gewissen Länge / bis zu einer gewissen Tiefe wird erfasst Seite 45 / 66

46 Tools für modellbasierte Tests Kriterien: unterstützte Modellierungssprachen, Effizienz Beeinflussbarkeit der Testfallerzeugung Ausführungsunterstützung - im Modell, - für einen virtuellen Prototyp, und - für ein reales SUT (System Under Test) Seite 46 / 66

47 verfügbare Tools Conformiq: Generierung und Ausführung von Testfällen aus UML StateCharts, Übersetzung nach TTCN3 Agedis: Murphi-Modelle mit Generierungsdirektiven (Projektionen) TGV: Lotos und SDL nach TTCN, Telekommunikation Telelogic Tau: generiert TTCN aus SDL ASML: Microsoft Abstract State Machine Language für.net RT-Tester: RT-CSP und Timed Automata mit verteilter Ausführung, Zufallsüberdeckungen UniTesK: Modelle in und (pre- und postconditions im Code: grey box testing ) Seite 47 / 66

48 Verteilung der Testausführung Seite 48 / 66

49 ... für die Telekommunikation 1. Management Console (GUI) 7. Test Case Repository 8. Analysis 6. Test Campaign/ Result Repository Online 2. Distribution/deployment component TSS MTC PTCs TSS 4. TRI Adaptation SUT Visualization of Test Hardware Selection and Configuration of Modules and Protocol Stacks, Testing Strategy 5. Intercomponent Handling: TCI 3. Test execution component Seite 49 / 66

50 Gliederung I Motivation - Vorstellung - Begriffseingrenzung - Der Vorgang des Testens II Testmethodik - Whitebox-und Blackbox- Tests - Funktions- und Modultests - GUI- und Capture-Replay-Testtools - Testsprachen - Modellbasierte Tests III Testorganisation - Testplanung - Testdurchführung - Testdokumentation Seite 50 / 66

51 Testplanung Erstellung eines detaillierten Dokumentes für folgende Punkte: Testziele (welche Qualitätskriterien sollen eingehalten werden) Teststufen (in welchen Projektphasen sind welche Aktivitäten auszuführen) Testtypen (welche Tests sollen durchgeführt werden, welche Werkzeuge) Randbedingungen (Hardware / Softwareumgebung) Rollen und Verantwortlichkeiten Meilensteine und Deliverables Seite 51 / 66

52 Muster eines Testplanes (1) 1. Einführung 1.1 Zielsetzung 1.2 Geltungsbereich 1.3 Definitionen und Abkürzungen 1.4 Referenzen 1.5 Übersicht 2. Teststrategie 2.1 Testtypen Benutzbarkeitstest Modultest Integrationstest auf Komponentenebene Annahmeprüfung Systemtest Abnahme 2.2 Test der einzelnen Releases Seite 52 / 66

53 Muster eines Testplanes (2) 3. Testtools 3.1 Testumgebung 3.2 Testmanagement und Fehlerverfolgung 3.3 Funktions- und Regressionstest 3.4 Last- und Performancetests 3.5 Organisation 4. Rollen 5. Testumgebungen 5.1 Entwicklungsumgebung 5.2 Systemtestumgebung 5.3 Pre-Productionumgebebung 5.4 Produktionsumgebung Seite 53 / 66

54 Muster eines Testplanes (3) 6 Verantwortungen und Akzeptanzkriterien 6.1 Modultest 6.2 Integrationstest auf Komponentenebene 6.3 Annahmeprüfung 6.4 Systemtest 6.5 Abnahme 7 Dokumentation 7.1 Testberichte 7.2 Fehlerverwaltung Seite 54 / 66

55 Rolle Testleiter Testdesigner Tester Testautomatisierer Testsystemadministrator Aufgaben Koordinierung Testaktivitäten Zuständigkeit für Ressourcen Erstellung Managementreports abschließende Bewertung der Ergebnisse Identifikation, Implementierung der Testfälle Erstellung des Testplanes Beurteilung der Effizienz des Testaufwandes Durchführung der Tests Protokollierung u. Bewertung der Ergebnisse Erstellung von Testskripten Umsetzung der GUI-Map Installation und Verwaltung des Testsystems Datenbankadministration und management Personen HXS EKM, RSC MAF, EMM, RSC HXS, MAF EKM Seite 55 / 66

56 Seite 56 / 66

57 Testaufwand Das Testen erfordert Ressourcen, muss also im Projekt eingeplant werden! Testen, Integration und Dokumentation sind oft die letzten Phasen der Entwicklung. Testphase als Dispositionsmasse für eine falsche Planung,,Wann ist endlich das Programm x fertig?,,gleich, ich muss nur noch Testen!,,Gleich, ich muss nur noch einen Fehler bereinigen!,,gleich, ich muss nur noch dokumentieren! Seite 57 / 66

58 Abschlusskriterien für den Test Nicht: Wenn Ressourcen oder Zeit erschöpft Nicht: wenn keine Fehler gefunden werden Sondern: Wenn vorher festgelegte Qualitätsziele erreicht sind - Überdeckungsgrad erreicht - Restfehlerabschätzung zufriedenstellend - Systemabnahme erfolgreich Seite 58 / 66

59 Testdurchführung Viele Werkzeuge zur Unterstützung und zum Management der Testdurchführung Integriert in Software-Entwicklungsumgebungen, Planungssoftware, Requirements-Analyse, Verwaltung von Defekten, Evaluation des Projektfortschritts usw. Aufgaben: - Erzeugung und Verwaltung des Testplanes - Vernetzung mit Requirements und Modulen - Erstellung von Testreports und metrischen Evaluationen - Import und Export von externen Schnittstellen Beispiele: Mercury Test Director, QACenter, Rational Test Manager Seite 59 / 66

60 Seite 60 / 66

61 Seite 61 / 66

62 Testdokumentation Problem: ggf. lange Archivierung der Ergebnisse (z.t. 20 Jahre) IEEE/ANSI 829 Teil 1: Testdokumente: - Testplan - Testspezifikation - Testskript - Testfall IEEE/ANSI 829 Teil 2: Berichtsdokumente: - Software-Übergabe - Testprotokoll - Problemmeldung - Abschlussbericht Seite 62 / 66

63 Testdokumentation: Testdokumente - Testplan Inhalt siehe oben - Testspezifikation Komponenten Zu testende Funktionen, Testverfahren Testskripte und Testfälle, Pass / Fail Kriterien - Testskripte Testziel, spezielle Anforderungen, Einzelschritte - Testfall Zu testende Funktionen, Eingaben, Ausgaben Umgebung, Besonderheiten, Abhängigkeiten Seite 63 / 66

64 Testdokumentation: Testberichte - Software-Übergabe Inhalt der Lieferung, Übergabepunkt, Zustand - Testprotokoll Beschreibung, durchgeführte Testfälle, Ergebnis, unerwartete Ereignisse - Problemmeldung Beschreibung, Auswirkungen - Abschlussbericht Abweichungen, Umfang, Bewertung, Maßnahmen Seite 64 / 66

65 Zusammenfassung Tips und Tricks zum Softwaretest Testtools und Test Management Tools White-box-Test: Trend zur Integration in SW-IDEs Black-box-Test: Trend zu modellbasierter Entwicklung, standardisierten Sprachen Testdurchführung: Trend zu integrierten Desktops für die Projektverwaltung Seite 65 / 66

66 Vielen Dank für Ihre Aufmerksamkeit! Seite 66 / 66

Qualitätssicherung von Software

Qualitätssicherung von Software Qualitätssicherung von Software Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin und Fraunhofer FIRST Kapitel 2. Testverfahren Abgrenzung Experimentieren = Ausführen einzelner Versuche zur Erlangung

Mehr

Softwaretest. Methoden, Werkzeuge, Vorgehensweisen. Prof. Dr. Holger Schlingloff. Humboldt-Universität zu Berlin und.

Softwaretest. Methoden, Werkzeuge, Vorgehensweisen. Prof. Dr. Holger Schlingloff. Humboldt-Universität zu Berlin und. Softwaretest Methoden, Werkzeuge, Vorgehensweisen Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin und Fraunhofer FIRST Folie 2 Warum Testen? Teststufen Komponententests mit JUnit Oberflächentests

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

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

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

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

Testmanagement bei SAP-Projekten

Testmanagement bei SAP-Projekten Testmanagement bei SAP-Projekten Erfolgreich Planen Steuern Reporten bei der Einführung von SAP-Banking von Alberto Vivenzio, Domenico Vivenzio 1. Auflage Springer Vieweg Wiesbaden 2012 Verlag C.H. Beck

Mehr

Basiswissen Softwaretest

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

Mehr

Software Qualitätssicherung durch systematischen Softwaretest

Software Qualitätssicherung durch systematischen Softwaretest Software Qualitätssicherung durch systematischen Softwaretest Innovative Techniken und aktuelle Herausforderungen Dr. Bernhard Peischl Softnet Austria Institut für Softwaretechnologie Technische Universität

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

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

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

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation Softwareentwicklungspraktikum Sommersemester 2007 Testdokumentation Auftraggeber Technische Universität Braunschweig

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

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

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

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

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

6 Systematisches Testen von Programmen

6 Systematisches Testen von Programmen 6 Systematisches Testen von Programmen Testen Untersuchung des Source-Codes nach Fehlern und Anomalien Stefan Lucks, Software-Entwicklung für Sichere Systeme SS 04, Kapitel 6 p.1/24 Untersuchung des Source-Codes

Mehr

T3 Testen im Software- Lebenszyklus

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

Mehr

Testen - Konzepte und Techniken

Testen - Konzepte und Techniken Testen - Konzepte und Techniken Magdalena Luniak 21.11.2007 Magdalena Luniak () Testen - Konzepte und Techniken 21.11.2007 1 / 42 Übersicht 1 Motivation 2 Grundbegrie 3 Testen im Softwareentwicklungsprozess

Mehr

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

Basiswissen Softwaretest

Basiswissen Softwaretest Andreas Spillner Tilo Linz Basiswissen Softwaretest Aus- und Weiterbildung zum Certified Tester Foundation Level nach ISTQB-Standard 3., überarbeitete und aktualisierte Auflage I Technische l'^vrau«! D~w.-iE*arit

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

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

Automatische Testfallgenerierung aus Modellen. 8. Neu-Ulmer Test-Engineering-Day 2013 06.06.2013 Martin Miethe

Automatische Testfallgenerierung aus Modellen. 8. Neu-Ulmer Test-Engineering-Day 2013 06.06.2013 Martin Miethe Automatische Testfallgenerierung aus Modellen 8. Neu-Ulmer Test-Engineering-Day 2013 06.06.2013 Martin Miethe Über sepp.med Über 30 Jahre Erfahrung im industriellen Umfeld Medizintechnik Pharmazie Automotive

Mehr

Testen. Werkzeuggestützte Softwareprüfungen. Olaf Göllner, mail@ogoellner.de

Testen. Werkzeuggestützte Softwareprüfungen. Olaf Göllner, mail@ogoellner.de Testen Werkzeuggestützte Softwareprüfungen Olaf Göllner, mail@ogoellner.de Gliederung Themengebiete: Anforderungen Testarten Werkzeugübersicht Automatisierung von Tests GUI Capture&Replay Vor-/Nachteile

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

Seminar Simulation und Bildanalyse mit Java SS2004. Themenschwerpunkt: Tests in Informatik und Statistik

Seminar Simulation und Bildanalyse mit Java SS2004. Themenschwerpunkt: Tests in Informatik und Statistik Einführung in den Softwaretest Seminar Simulation und Bildanalyse mit Java SS2004 Themenschwerpunkt: Tests in Informatik und Statistik Arbeit von Christian Aich und Robert Reeb Thema 2: Einführung in den

Mehr

Software-Test für Embedded Systems

Software-Test für Embedded Systems Software-Test für Embedded Systems Ein Praxishandbuch für Entwickler, Tester und technische Projektleiter von Stephan Grünfelder 1. Auflage Software-Test für Embedded Systems Grünfelder schnell und portofrei

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

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

Techniken im Software-Test

Techniken im Software-Test Techniken im Software-Test München, 4. Juli 2000 Heiko Lötzbeyer Institut für Informatik Lehrstuhl für Technische Universität München Inhalt Ziele des Software Tests Überblick Teststufen Unit-Test Integrationstest

Mehr

Testen von Software. Dr. Stefan Hanenberg Universität Duisburg-Essen. Universität Osnabrück, 17.11.2006. 1. Motivation und grundlegende Eigenschaften

Testen von Software. Dr. Stefan Hanenberg Universität Duisburg-Essen. Universität Osnabrück, 17.11.2006. 1. Motivation und grundlegende Eigenschaften University of Duisburg Essen (Germany) Institute for Computer Science and Business Information Systems Testen von Software Dr. Stefan Hanenberg Universität Duisburg-Essen Universität Osnabrück, 17.11.2006

Mehr

Softwarequalitätssicherung

Softwarequalitätssicherung Softwarequalitätssicherung Seminarvortrag Peter Winkelhane 1 Agenda Motivation Taxonomie zur Einordnung von Verfahren im Bereich kontraktbasiertem Testen Drei kontraktbasierte Verfahren Vergleich der drei

Mehr

r/october 2000 Testautomatisierung Baris Güldali 21.10.2014

r/october 2000 Testautomatisierung Baris Güldali 21.10.2014 Il llustrations by Steve Björkman in Intelligent Test Automation ; Harry Rabinson, Softwar re Testing & Quality Engineering September r/october 2000 Testautomatisierung Baris Güldali 21.10.2014 Vorstellung

Mehr

Testmanagement. Q-Day. Frank Böhr Fraunhofer IESE frank.boehr@iese.fraunhofer.de

Testmanagement. Q-Day. Frank Böhr Fraunhofer IESE frank.boehr@iese.fraunhofer.de Frank Böhr Fraunhofer IESE frank.boehr@iese.fraunhofer.de Agenda Warum Testmanagement? Was sind die wichtigsten Schritte beim Testmanagement? Wie funktioniert Testmanagement Toolunterstützung Page 1/15

Mehr

Systematische Testfallableitung und Tests durchführen

Systematische Testfallableitung und Tests durchführen Systematische Testfallableitung und Tests durchführen Testen Bereich Kontrolle Aktivität Interne Qualitätssicherung durchführen (Verifikation) Ziele Tests werden systematisch und zielgerichtet erstellt

Mehr

Einführung Arten von Softwaretests Prinzipien Continuous Integration Tests in FLOSS-Projekten Quellen. Softwaretests. Christoph Betschart

Einführung Arten von Softwaretests Prinzipien Continuous Integration Tests in FLOSS-Projekten Quellen. Softwaretests. Christoph Betschart Softwaretests Christoph Betschart 27. Oktober 2014 Inhaltsverzeichnis Einführung Arten von Softwaretests Prinzipien Seven Principles of Software Testing Continuous Integration Tests in FLOSS-Projekten

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

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

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Fundamentaler Testprozess 11

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Fundamentaler Testprozess 11 xiii 1 Einleitung 1 1.1 Basiswissen komprimiert.......................... 4 1.2 Praxiswissen Testmanagement Übersicht.............. 8 2 Fundamentaler Testprozess 11 2.1 Testplanung und -steuerung........................

Mehr

ALLG. METHODEN DES SOFTWAREENGINEERING

ALLG. METHODEN DES SOFTWAREENGINEERING Test und Testdokumentation ALLG. METHODEN DES SOFTWAREENGINEERING Agenda Maßnahmen zur Qualitätssicherung und Steigerung Tests, Testkategorien und Fehlerarten Teststufen und Testplanung Testdokumentation

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

Software Engineering. 9. Testen

Software Engineering. 9. Testen Software Engineering 9. Testen Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Testen Konfigurationsmanagement

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

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

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

ISTQB Certified Tester Foundation Level Exam Übungsprüfung

ISTQB Certified Tester Foundation Level Exam Übungsprüfung BEMERKUG: Bitte nur eine Antwort auf jede Frage 1. Die statische Analyse kann höchstwahrscheinlich ICHT finden: (A) Die Verwendung einer Variablen bevor diese definiert wurde. (B) Unerreichbaren ( toten

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

Architektur in der Mechatronik. existierender Testwerkzeuge

Architektur in der Mechatronik. existierender Testwerkzeuge Universelle Testsystem Architektur in der Mechatronik Ansatz zur Systematisierung Ansatz zur Systematisierung existierender Testwerkzeuge Gliederung Umfeld und Problemstellung Testsystem Architektur Funktionale

Mehr

Ein Testprozess für Modellbasiertes Testen

Ein Testprozess für Modellbasiertes Testen Ein Testprozess für Modellbasiertes Testen Seminar: Software-Qualitätssicherung Tobias Eckardt 8. Juli 2008 Testen von Softwaresystemen Fehler in einer adaptiven Geschwindigkeitsregelung (engl. adaptive

Mehr

T4 - Testen im Software- Lebenszyklus

T4 - Testen im Software- Lebenszyklus AK 2 am Armin Beer, Siemens PSE und Wirtschaftlichkeitsaspekte Armin Beer, Siemens PSE 2 1 Aufgabe: Test einer Applikation aus dem Sozialversicherungsbereich Client-side Web Browser Network Internet Web

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

Modellbasierte Softwareentwicklung für automobilspezifische Steuergerätenetzwerke

Modellbasierte Softwareentwicklung für automobilspezifische Steuergerätenetzwerke Modellbasierte Softwareentwicklung für automobilspezifische Steuergerätenetzwerke Christian Schröder Telelogic Deutschland GmbH Bielefeld http://www www.forsoft.de/.de/automotive/ Christian Schröder VDI

Mehr

Rhapsody in J Modellierung von Echtzeitsystemen

Rhapsody in J Modellierung von Echtzeitsystemen Rhapsody in J Modellierung von Echtzeitsystemen Tobias Schumacher tobe@uni-paderborn.de Rhapsody in J - Modellierung von Echtzeitsystemen p.1/17 Anspruch des Tools Einsatzbereiche/Features Modellierung

Mehr

Motivation und Überblick

Motivation und Überblick Motivation und Überblick iks-thementag : Wer testet, ist feige 24.06.2009 Autor: Christoph Schmidt-Casdorff Carsten Schädel Seite 2 Agenda Einführung Auf welcher Ebene wird getestet testing level Was wird

Mehr

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung Software-Qualität im Rahmen modellgetriebener Softwareentwicklung OFFIS Technologiecluster Enterprise Application Integration niels.streekmann@offis.de 09.07.2008 Seite 1 / 13 Software-Qualität: Unterschiedliche

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

Praktikum Software Engineering: Verfahren und Werkzeuge

Praktikum Software Engineering: Verfahren und Werkzeuge Praktikum Software Engineering: Verfahren und Werkzeuge Lehrstuhl für Software Engineering (Informatik 11) Verfahren und Werkzeuge Seite 1 Software Engineering Absichten, Aufgaben Systemnutzung Anforderungsspezifikation

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

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

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

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

Mehr

Service Virtualisierung

Service Virtualisierung Service Virtualisierung So bekommen Sie Ihre Testumgebung in den Griff! Thomas Bucsics ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Fachliche Testautomatisierung, verbindet Test-Outsourcing mit Test-Virtualisierung

Fachliche Testautomatisierung, verbindet Test-Outsourcing mit Test-Virtualisierung Fachliche Testautomatisierung, verbindet Test-Outsourcing mit Test-Virtualisierung Der Stammesverbund Inhaltsverzeichnis Software-Qualitätssicherung Fachliche Testautomatisierung Test-Outsourcing Test-Virtualisierung

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

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

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

Einführung von Testautomatisierung reflektiert. Erkenntnisse eines Linienmanagers zu Herausforderungen und Fallgruben

Einführung von Testautomatisierung reflektiert. Erkenntnisse eines Linienmanagers zu Herausforderungen und Fallgruben Einführung von Testautomatisierung reflektiert Erkenntnisse eines Linienmanagers zu Herausforderungen und Fallgruben Matt Young Leiter Test Acquiring Inhaltsverzeichnis Einleitung Testautomatisierung PostFinance

Mehr

Softwaretest. Software Engineering für große Informationssysteme TU-Wien, Sommersemester 2004. Jürgen Lutz

Softwaretest. Software Engineering für große Informationssysteme TU-Wien, Sommersemester 2004. Jürgen Lutz Softwaretest Software Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Jürgen Lutz 1 Agenda Wozu überhaupt Softwaretest Das Problem (Fehler, error, bug) Testmethodik, Testarten Testfälle

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

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

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

IV Software-Qualitätssicherung

IV Software-Qualitätssicherung Softwaretechnik- Praktikum: 12. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management

Mehr

Ihr Vorteil durch effizientes Testen

Ihr Vorteil durch effizientes Testen EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM XAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM EXAM M EXAM EXAM EXAM EXAM EXAM EXAM EXAM

Mehr

Software-Test: Funktionstest

Software-Test: Funktionstest Software-Test: Funktionstest Andreas Zeller Lehrstuhl für Softwaretechnik Universität des Saarlandes, Saarbrücken 2006-02-06 Funktionale Testverfahren Funktionale Testverfahren testen gegen die Spezifikation

Mehr

Lehrplan: SW- Qualitätssicherung

Lehrplan: SW- Qualitätssicherung Lehrplan: SW- Qualitätssicherung Tobias Brückmann Volker Gruhn Gliederung 1 Grundlagen und Kontext im SW- Prozess 1.1 Ursachen und Risiken von SW- Fehlern 1.2 KlassifikaGon von Fehlern 1.3 Begriffe (Qualität,

Mehr

DR. DETLEF HERRMANN. Raiffeisenstr. 4 56154 Boppard PROFIL. Tel. 06742-896367 Mobil 0170-1858135 Email info@detherrmann.de

DR. DETLEF HERRMANN. Raiffeisenstr. 4 56154 Boppard PROFIL. Tel. 06742-896367 Mobil 0170-1858135 Email info@detherrmann.de DR. DETLEF HERRMANN Raiffeisenstr. 4 56154 Boppard Tel. 06742-896367 Mobil 0170-1858135 Email info@detherrmann.de PROFIL Zusammenfassung: Über 15 Jahre Berufserfahrung in der Softwarebranche. Schwerpunkt

Mehr

Java Schulung. Objektorientierte Programmierung in Java Teil IV: Testen mit JUnit. Prof. Dr. Nikolaus Wulff

Java Schulung. Objektorientierte Programmierung in Java Teil IV: Testen mit JUnit. Prof. Dr. Nikolaus Wulff Java Schulung Objektorientierte Programmierung in Java Teil IV: Testen mit JUnit Prof. Dr. Nikolaus Wulff JUnit JUnit ist das Opensource Testframework. Es existieren Portierungen für fast alle objektorientierten

Mehr

1.1 Basiswissen komprimiert... 4 1.2 Praxiswissen Testmanagement Übersicht... 8. 2 Testprozess und Testwerkzeuge 11

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.........................

Mehr

Quality-Management. Leistungsangebot. Quality-Management. Anforderungsanalyse. Prozessdefinition. Spezifikationserstellung (DFS) Test

Quality-Management. Leistungsangebot. Quality-Management. Anforderungsanalyse. Prozessdefinition. Spezifikationserstellung (DFS) Test Leistungsangebot Quality-Management Anforderungsanalyse Prozessdefinition Spezifikationserstellung (DFS) Test Anforderungsanalyse Sammlung der Anforderungen Usability der neuen Software Vermeidung von

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

Berufsbild Tester - eine Profession?

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,

Mehr

Safer Software Formale Methoden für ISO26262

Safer Software Formale Methoden für ISO26262 Safer Software Formale Methoden für ISO26262 Dr. Stefan Gulan COC Systems Engineering Functional Safety Entwicklung Was Wie Wie genau Anforderungen Design Produkt Seite 3 Entwicklung nach ISO26262 Funktionale

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

Kenntnisse: P R O F I L. Dr. Michael Kuß Beethovenstraße 10 50858 Köln. Tel. 0174 / 3234279 e-mail: Michael.Kuss@PerfCon.de

Kenntnisse: P R O F I L. Dr. Michael Kuß Beethovenstraße 10 50858 Köln. Tel. 0174 / 3234279 e-mail: Michael.Kuss@PerfCon.de P R O F I L Dr. Michael Kuß Beethovenstraße 10 50858 Köln Tel. 0174 / 3234279 e-mail: Michael.Kuss@PerfCon.de Alter: 33 Jahre Verfügbarkeit: ab Nov. 2005 Schwerpunkte: Konzeption, Koordination und Durchführung

Mehr

TESTPLAN

TESTPLAN <Projektname> Firma TESTPLAN ID Version Ersteller: ------------------- Vorgesetzter des Erstellers:

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

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

Testen von Softwaresystemen. 13. Januar 2015

Testen von Softwaresystemen. 13. Januar 2015 Testen von Softwaresystemen 13. Januar 2015 Überblick Was umfasst das Testen von Software? Warum sollte man Software testen? Motivation für Software-Tests Wie sollte man Software testen? Grundlegende Teststrategien

Mehr

Objektorientierte Software-Entwicklung

Objektorientierte Software-Entwicklung Objektorientierte Software-Entwicklung Priv.- Doz Dr. Rolf Hennicker 04.10.2002 Kapitel 1 Software Engineering: Überblick Kapitel 1 Software Engineering: Überblick 2 Ziele Verstehen, womit sich die Disziplin

Mehr

Das V-Modell: Produkte 1/5

Das V-Modell: Produkte 1/5 Das : Produkte 1/5 Problem-Beschreibung, Lastenheft Beschreibung des Problems/der Probleme, das/die gelöst werden soll Quellen: Markt-Analyse, Marketing, Kunden-Zirkel etc. Kunden-Anforderungen, Pflichtenheft

Mehr

Wir schützen Ihre Investitionen. Qualitätssicherung nach Maß. IT Quality Services

Wir schützen Ihre Investitionen. Qualitätssicherung nach Maß. IT Quality Services Wir schützen Ihre Investitionen Qualitätssicherung nach Maß IT Quality Services Sicherheit, die senkt Mit den IT Quality Services schützen Sie Ihre Investitionen Ohne Qualitätssicherung Mit Qualitätssicherung

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

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

Thomas Freitag achelos GmbH SmartCard-Workshop. 1 2012 achelos GmbH

Thomas Freitag achelos GmbH SmartCard-Workshop. 1 2012 achelos GmbH Thomas Freitag achelos GmbH SmartCard-Workshop 2012 1 2012 achelos GmbH Übersicht 1. 2. 3. 4. 5. 6. 7. Einführung / Motivation Historie des Testens Schnittstellen im Testbereich Eclipse Plugins Automatisierung,

Mehr

Testen in KMU Projekten Bern, November 2013

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

Mehr

IV Software-Qualitätssicherung

IV Software-Qualitätssicherung Softwaretechnik- Praktikum: 11. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management

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