1. Einführung 1.1. Definitionen
|
|
- Ella Falk
- vor 6 Jahren
- Abrufe
Transkript
1 1
2 1. Einführung 1.1. Definitionen Unter Testen versteht man den Prozess des Planens, der Vorbereitung und der Messung mit dem Ziel, die Eigenschaften eines IT-Systems festzustellen und Unterschiede zwischen tatsächlichem und erforderlichen Zustand aufzuzeigen Charakteristiken von guten Tests - Vollständigkeit: Kombinationen (Werten, Zahlen), Funktionen - Tests können nur Fehler nachweisen, nicht deren Abwesenheit - ein guter Test findet viele Fehler - ein guter Test hat einen definierten Ablauf, ein definiertes Ergebnis und ist reproduzierbar - Tests sollten wieder verwandt werden - Erfahrungen der Tester und Benutzer fließen ein 1.3. Fehler und Begriffe - Fault/Defekt/innerer Fehler/Fehlerursache/Fehlerzustand: Irrtum bei der Softwareentwicklung, z.b. fehlerhafte Programmierung einer Anweisung - Error/Fehlerhandlung: Ursache für Fehlerzustand - Failure/Fehlfunktion/äußerer Fehler/Ausfall/Fehlerwirkung: Nach außen sichtbare Fehlerverhalten bei der Anwendung der Software In fett markiert die Begriffe für die ISTQB Prüfung 2
3 2. Fehlervermeidung: - Prozessorientiertes Vorgehen - Architektur: Komponentenorientierung, - Implementierung: Kodierrichtlinien Tests Klassifizierung - Testziel: Wartbarkeit, Benutzbarkeit, Funktionalität, Robustheit, Effizienz, Portierbarkeit - Testmethode - Testobjekt - Testperson 3.1. Modultests (Komponententest, Klassentest, Unittest) Eigenschaften - Testperson: Entwickler - Testziel: Funktionalität, Robustheit - Testmethode/Testwerkzeuge: JUnit, NUnit - Testobjekt: Klasse, Methode 3
4 3.1.2 Vorgehen Funktionalität: z.b. Korrektheit (z.b. Rückgabewerte) Stabilität/Robustheit: z.b. gegen falsche Eingabewerte Um beide zu testen, setzt man die Methode der Äquivalenzklassen ein => Exkurs 1 Die Vollständigkeit der Tests bestimmt man über Abdeckungsgrade (Code Coverage) => Exkurs Reviews: Prüfen des Codes durch einen Dritten - Kodierrichtlinien > Metriken: Zeilenlängen, zyklomatische Komplexität > Namenskonventionen - Verständlichkeit - Dokumentation: JavaDoc, inline Kommentare - Laufzeitfehler: NullPointer, Div_by_0,... - Unabhängigkeit von (Mutter-)Sprache und Plattform (kein "c:\") - Rundungsfehler - Modultests vorhanden (Code coverage prüfen, Äquivalenzklassen) - Code reflektiert Architektur/Design 4
5 Exkurs 1: Äquivalenzklassen Problem: Es können nicht alle Wertekombinationen getestet werden. Beispiel: 3 Integerwerte á 2^16 Möglichkeiten benötigen 89 Jahre bei Tests/s Äquivalenzklassen sind Mengen von Werten, von denen angenommen wird, dass sich alle deren Werte im Test gleich verhalten. Beispiel: Student student = new Student("Andy Becker", ); Zwei Parameter: int (Matrikelnummer, 6-stellige Zahl) Namen: Zwei oder mehr Wörter, die durch Leerzeichen getrennt sind Äquivalenzklassen für Matrikelnummer (als Beispiel für Zahlen) Unendlich bis Unendlich NaN - bei vielen (Skript-) Sprachen: Nichtzahlen Werte ("kfk",...) 5
6 Äquivalenzklassen für Namen (als Beispiel für Zeichenketten) - Zeichenkette mit Leerzeichen "in der Mitte" - Zeichenkette mit mehreren Leerzeichen - Zeichenkette mit Leerzeichen am Anfgang/Ende - nur Leerzeichen - Zeichenkette ohne Leerzeichen - Sonderzeichen: ',', '-', ä, ö, é, - Andere Zeichensätze: - Zahlen - "" - null - Sehr lange Zeichenketten - SQL-Injection - Schlüsselworte: DROP, DELETE, EXIT, FOR, BREAK 6
7 Exkurs 2: Abdeckungsgrade ("Code coverage") 7
8 Anweisungsabdeckung (Statement coverage): Anzahl der durchlaufenen Anweisungen in Prozent (!) Zweigabdeckung (Branch coverage): Anzahl der durchlaufenen Zweige in Prozent (!) (ist stärkeres Maß als Anweisungsabdeckung) Einfache Bedingungsabdeckung (condition coverage): Anzahl der atomaren Teilbedingungen, die im Test die Werte true und false annehmen in Prozent Mehrfache Bedingungsabdeckung (multi condition coverage): Jede Kombination aus atomaren Teilbedingungen, die getestet wird, in Prozent (ist stärkes Maß als einfache Bedingungsabdeckung) Pfadabdeckung: 8
9 3.2 Integrationstests Eigenschaften - Testobjekte: Mehrere Komponenten, Module im Zusammenspiel - Tester: Entwickler, Tester - Testziel: Funktionalität, Effizienz - Werkzeuge: JUnit, Vorgehen - Persistenz, Transaktionen, CRUD (Create Read Update Delete) - Benutzerschnittstelle: Usability, Elemente sichtbar, Übersetzung,. - Kommunikation zwischen Komponenten (Performance, Schnittstellen) Strategien 9
10 10
11 Integrationsstrategien - Buttom-up > Vorteil: Keine Mockobjekte, frühes Finden von Fehlern > Nachteil: Später Tests eine vertikalen Prototypen - Top-Down > Vorteil: Früher Eindruck der Gesamtapplikation > Nachteil: Notwendigkeit, Mockobjekte *) zu schreiben - Big-Bang: > Vorteil: Kein Mockobjekte, keine Testtreiber > Nachteil: Fehler sind schwer zu lokalisieren *) Mockobjekte sind Objekt-Attrappen (Pseudoobjekte), die dem zu testenden Programmcode bestimmte Funktionalität vorgaukeln (z.b. Persisitierung in Datenbank). Mockobjekte dienen während des Tests als Ersatz für reale Objekte. 11
12 3.3 Systemtests Eigenschaften - Tester: Dezidierte Softwaretester - Testobjekte: Vollständiges System - Testziel: Alle Kriterien gemäß der ISO Vorgehen Überprüfung: - Portierbarkeit: Installation, Deinstallation, Upgrade auf verschienden Systemen (Betriebssysteme, Hardware, installierte Programme,...) - Funktionalität: End-to-End-Tests, beispielsweise mit Skripten, welche die Oberfläche ansteuern, Testen aller Use-Cases (Geschäftsprozesse) - Robustheit: Fehleingaben, Stresstests (Überlastung bis zum Systemkollaps), Dauertests (MemoryLeaks), Strom ausschalten, Aussschalten von Komponenten (Datenbank, Netzwerkkabel, Drucker,...) - Effizienz: Laden vieler Daten, Last mit vielen Benutzern (CPU, Netzwerklast, Speicher) - Benutzbarkeit: Benutzern Aufgaben stellen und Zeit messen, Usability labs, 12
13 3.4 Akzeptanztests Eigenschaften - Tester: Anwender - Testziel: Benutzbarkeit, Funktionalität - Werkzeuge: Manuell Vorgehen Überprüfung - Testen gegen Verträge und Anforderungen - Testen alles Usecases - Testen der Butzerdokumentation 3.5 Weitere Tests Statische Tests: Tests bei denen der Code nicht ausgeführt wird - Code review - Kompiler - Automatische Codanalyse mit Checkstyle Dynamische Tests: Tests bei denen Code ausgeführt wird - Modultests, - Integrationstests - Systemtests - Akkzeptanztests 13
14 Whitebox Tests: Tests bei denen die innere Struktur des Codes bekannt ist - Modultests Blackbox Test: Tests bei denen die Struktur nicht bekannt ist - Akkzeptanztests (- Systemtests) Regressionstests: Tests, die nachweisen, dass ein bereits getestetes Programm nach einer Änderung keine neuen Fehloer enthält. Die bisher beschriebenen Test können/sollten als Regressionstests wieder verwendet 14
15 4. Testprozess 4.1. Testplanung Übergreifende Planung innerhalb des Projekts, die Rahmenbedingungen festlegt - Ressourcen (Mitarbeiter, Schulung, Werkzeuge, Geräte) - Richtlinien (Code Coverage, Testmethoden, Risiken) 4.2. Testspezifikation - Vorbedingungen/Randbedingungen - Durchführung: Testschritte, Testdaten, Auswertung - Erwartetes Ergebnis 4.3. Testdurchführung und -protokollierung Reproduzierbarkeit (-> Konfigurationsmanagement) 4.4. Testauswertung und -bewertung Bei Abweichungen entscheiden, ob Software, Durchführung oder Testspezifikation falsch sind Ggf: - Test überarbeiten und Test wiederholen - Software überarbeiten und Test wiederholen - Entscheiden ob Tests beendet sind 15
16 Kriterien für das Beenden des Testens - Es werden keine Fehler mehr gefunden (auch nicht mit anderem Verfahren) - die Kosten übersteigen die Kosten, die durch fehlerhafte Software entstünde 16
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
MehrTesten. SEPR Referat: Testen - Oliver Herbst
Testen Inhalt 1. Grundlagen des Testens 2. Testen im Softwarelebenszyklus 3. Statischer Test 4. Dynamischer Test 5. Besondere Tests 2 1. Grundlagen des Testens 3 Grundlagen des Testens Motivation erfüllt
MehrSoftwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12
Vertretung von Prof. Dr. Blume WS 2011/12 Inhalt Test, Abnahme und Einführung Wartung- und Pflegephase gp Vorlesung Zusammenfassung Produkte und Recht (Folien von Prof. Blume) 2 , Abnahme und Einführung
MehrUnit Tests mit Junit 4. Dario Borchers
Unit Tests mit Junit 4 Dario Borchers Agenda Warum testgetriebene Entwicklung von Software? - Motivation Was ist testgetriebene Entwicklung? - Prozess der testgetriebenen Entwicklung - Arten von Tests
MehrSoftware - Testung ETIS SS05
Software - Testung ETIS SS05 Gliederung Motivation Was ist gute Software? Vorurteile gegenüber Testen Testen (Guidelines + Prinzipien) Testarten Unit Tests Automatisierte Tests Anforderungen an Testframeworks
MehrTest-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,
MehrUnit-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/
MehrTesten - 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
Mehr1. 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
MehrSwp08-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,
Mehr6 Produktqualität Systeme: Integrationstest [sehr stark gekürzt]
1 Software-Qualitätssicherung 2 Integrationsstrategien big bang 6 Produktqualität Systeme: Integrationstest [sehr stark gekürzt] nicht-inkrementell geschäftsprozeßorientiert Prof. Dr. Helmut Balzert Lehrstuhl
MehrTeststrategie 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
MehrQualitätsmanagement im Projekt
Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung
MehrStuttgarter 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
MehrTechniken 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
MehrQualität von Software - Prof. Schlingloff, Lackner - SS2013 DYNAMISCHER TEST. Whitebox Testen mit JUnit
1 DYNAMISCHER TEST Whitebox Testen mit JUnit Übersicht 2 1. Grundlagen des Unittests 1. Units 2. Unit Testing 2. Testverfahren 1. Blackbox 2. Whitebox 3. Unit Testing mit Eclipse 4. Besprechung der Übungsaufgabe
MehrSoftwaretechnikpraktikum SS 2004. Qualitätsmanagement I. 1. Überblick. Qualität. Qualitätsmerkmal
Softwaretechnikpraktikum SS 2004 Qualitätsmanagement I 5. Vorlesung 1. Überblick Planungsphase Definitionsphase Entwurfsphase Implem.- phase Fragen Was ist Qualität? Wie kann man Qualität messen? Wie kann
MehrTestphase. 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
MehrSenior 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
Mehr1. 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:
MehrSoftware 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
MehrProgrammieren I. Übersicht. Vorlesung 12. Handout S. 1. Martin Schultheiß. Hochschule Darmstadt Wintersemester 2010/2011
Programmieren I Martin Schultheiß Hochschule Darmstadt Wintersemester 2010/2011 1 2 Übersicht Testen ist eine der wichtigsten, aber auch eine der Zeitaufwändigsten Arbeitsschritte der Softwareentwicklung.
MehrSoftware Tests (1) Unabhängige ngige Tests
Software Tests (1) Unabhängige ngige Tests Was ist? Was ist Software Qualität? DIN ISO 9126: Software-Qualität ist die Gesamtheit der Merkmale und Merkmalswerte eines Software-Produkts, die sich auf dessen
MehrSOFTWARE ENGINEERING 3 TESTVORBEREITUNGEN UND UNIT-TEST
SOFTWARE ENGINEERING 3 TESTVORBEREITUNGEN UND UNIT-TEST Gliederung 2 0. 1. 2. 3. Vorstellung Testvorbereitungen Planungsphase Definitionsphase Implementierungs-, Abnahme-und Einführungsphase Testphasen
MehrSenior 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
MehrProgrammiertechnik II
Modultests Ziele Überprüfung der Korrektheit eines Moduls Korrektheit: Übereinstimmung mit (informaler) Spezifikation Modul: kleine testbare Einheit (Funktion, Klasse) Engl.: unit test White box testing
MehrInhalt. 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
MehrSoftware Engineering Testen von Software (1)
Software Engineering Testen von Software (1) Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Hochschule Kaiserslautern, Standort Zweibrücken 1 Qualitätssicherung (engl.:
MehrUnit Tests. Programmiermethodik. Eva Zangerle Universität Innsbruck
Unit Tests Programmiermethodik Eva Zangerle Universität Innsbruck Überblick Einführung Java Ein erster Überblick Objektorientierung Vererbung und Polymorphismus Ausnahmebehandlung Pakete und Javadoc Spezielle
MehrTestautomatisierung. 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
MehrTestmanagement. 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
MehrTesten 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.
MehrSystematische 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
MehrBasiswissen 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
MehrVector 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
MehrThema: 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:
MehrTestmanagement 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:
MehrService 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
MehrSoftware 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
MehrBasiswissen 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
MehrSoftware Engineering. 13. Qualitätssicherung. Franz-Josef Elmer, Universität Basel, WS 2006/07
Software Engineering 13. Qualitätssicherung Franz-Josef Elmer, Universität Basel, WS 2006/07 Software Engineering: 13. Qualitätssicherung 2 Qualitätssicherung Qualitätssicherung (engl. Quality Assurance
MehrSoftware Testen 2.0 VL
Software Testen 2.0 VL Software Testen VO3 2009W http://www.inso.tuwien.ac.at/lectures/software_testen INSO - Industrial Software Institut für Rechnergestützte Automation Fakultät für Informatik Technische
MehrISTQB 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
MehrUnit Testing, SUnit & You
HUMBOLDT-UNIVERSITÄT ZU BERLIN MENSCH-TECHNIK-INTERAKTION ARBEITSGRUPPE SOFTWARETECHNIK (INSTITUT FÜR INFORMATIK) ARBEITSGRUPPE INGENEURPSYCHOLOGIE (INSTITUT FÜR PSYCHOLOGIE) Unit Testing, SUnit & You
MehrSoftwareentwicklungspraktikum Sommersemester 2007. Testdokumentation
Softwareentwicklungspraktikum Sommersemester 2007 Testdokumentation Auftraggeber Technische Universität Braunschweig
MehrWas versteht man unter einem Softwareentwicklungsmodell?
Softwareentwicklung Was versteht man unter einem Softwareentwicklungsmodell? Ein Softwareentwicklungsmodell ist ein für die Softwareentwicklung angepasstes Vorgehensmodell bei der professionellen ( ingenieursmäßigen
MehrLehrplan: 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,
MehrSoftwaretechnik 3. Klausurnachbesprechung. 09.05.2008, Phillip Ghadir
Softwaretechnik 3 Klausurnachbesprechung 09.05.2008, Phillip Ghadir Benotungsschema Fest vorgegeben Volle Punktzahl und Negativliste Positivliste Bestehen ab 40 Punkte Aufgabenarten Abfrage von auswendig
MehrSeminar 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
MehrSoftware- Qualitätsmanagement
Software- Qualitätsmanagement Thomas Kugel Brandenburg, den 10.12.2002 Agenda Einleitung Was heißt Softwarequalitätssicherung und Test Die Rolle von Test und QS in Softwareprojekten Wie wird getestet Statische
MehrTestplan. Hochschule Luzern Technik & Architektur. Software Komponenten FS13. Gruppe 03 Horw, 16.04.2013
Software Komponenten FS13 Gruppe 03 Horw, 16.04.2013 Bontekoe Christian Estermann Michael Moor Simon Rohrer Felix Autoren Bontekoe Christian Studiengang Informatiker (Berufsbegleitend) Estermann Michael
Mehr10. Konstruktive Qualitätssicherung
10. Konstruktive Qualitätssicherung Idee Coding Guidelines Werkzeugeinstellungen weitere Maßnahmen Software-Qualität Stephan Kleuker 292 Ansatz die analytische Qualitätssicherung greift erst, wenn ein
MehrKlausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement
Klausur zu den Teilgebieten Software-Management und Software-Qualitätsmanagement Prof. K.-P. Fähnrich, Prof. H.-G. Gräbe, T. Riechert Institut für Informatik Sommersemester 2012 Allgemeine Bemerkungen
MehrTesten von graphischen Benutzeroberflächen. 24. Juni 2015
Testen von graphischen Benutzeroberflächen 24. Juni 2015 Überblick Motivation für das automatische Testen von graphischen Benutzeroberflächen Entwicklungsprinzipien für GUIs Capture / Replay Testmethode
Mehr6 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
MehrTestmanagement 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
MehrProjektmanagement. 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
MehrEinführung in die Programmierung der Schnittgrößenermittlung am Einfeldträger. 7.12.2012 J. Lange
Einführung in die Programmierung der Schnittgrößenermittlung am Einfeldträger 7.12.2012 J. Lange 1 Vorstellung Dr.-Ing. Johannes Lange Softwareentwicklung, Organisation Projekt-, Qualitätsmanagement CAD
MehrSE Besprechung. Übung 6 Softwaretests
SE Besprechung Übung 6 Softwaretests SE, 21.12.10 Nicolas Hoby Tutoren für Informatik IIa Modellierung Voraussetzung Informatik IIa (oder vergleichbar) erfolgreich besucht Aufgaben Korrektur der Aufgaben
MehrQADVICE. Forum 7-it. Software- und System-Qualitätssicherung für IT-Infrastrukturlösungen. Hermann Will 18.05.2010
Forum 7-it Software- und System-Qualitätssicherung für IT-Infrastrukturlösungen Hermann Will 18.05.2010 18.05.2010 Copyright Hermann Will 2010 Folie 1 Agenda Einführung QS Testobjekte Teststrategie Testtechniken
MehrTesten Prinzipien und Methoden
Testen Prinzipien und Methoden ALP 2 SS2002 4.7.2002 Natalie Ardet Definition Im folgenden gilt: Software = Programm + Daten + Dokumentation Motivation Software wird immer mehr in Bereichen eingesetzt,
Mehr1 Einleitung...1. Teil I Handwerkszeug...11. 2 Definitionen zur Qualität...13
Inhaltverzeichnis 1 Einleitung...1 1.1 Wieso dieses Buch?...1 1.2 Wem nutzt dieses Buch wie?...2 1.3 Wie ist dieses Buch zu lesen?...3 1.4 Welche Testwerkzeuge werden genannt?...5 1.5 Was liefert dieses
MehrQualitä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
MehrEINE STRATEGIE FÜR OBJEKTORIENTIERTE SOFTWARE TESTEN- OMEN
EINE STRATEGIE FÜR OBJEKTORIENTIERTE SOFTWARE TESTEN- OMEN Wissenschaftliches Arbeiten Recep IBILOGLU 0027849 534 Technische Universitaet Wien 1.Abstract Das Testen ist der kosten und zeitaufwendigste
MehrKampf dem Fehlerteufel PMD, Findbugs und Checkstyle in großen Projekten
main {GRUPPE} Seite 1 Jürgen Nicolai Geschäftsführender Gesellschafter Liebknechtstrasse 33 70565 Stuttgart Tel : 07 11/7 81 19 90 Fax : 07 11/ 7 81 19 91 Mail : j.nicolai@main-gruppe.de Web: www.main-gruppe.de
MehrSoftware Engineering. 11. Einführung und Wartung
Software Engineering 11. Einführung und Wartung Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Testen
MehrTesten. Robert Binder: Software Testing is the execution of code using combinations of input and state selected to reveal bugs.
Einführung in das systematische Testen ÿmotivation ÿkorrektheit von Software ÿtesten ist Handwerkszeug ÿpositives und Negatives Testen ÿäquivalenzklassen und Grenzwerte ÿblack-box-, White-Box- und Schreibtischtests
MehrSoftware Engineering und Projektmanagement 2.0 VO
Software Engineering und Projektmanagement 2.0 VO Der Therac-25 Fall Prominentes Literaturbeispiel zum Versagen des Tests Strahlentherapiegerät für die Krebstherapie SW-Fehler verursachte Überbestrahlung:
MehrEinsatz automatischer Testdatengenerierung im modellbasierten Test
Einsatz automatischer Testdatengenerierung im modellbasierten Test Sadegh Sadeghipour sadegh.sadeghipour@itpower.de Gustav-Meyer-Allee 25 / Gebäude 12 13355 Berlin www.itpower.de Modellbasierte Software-Entwicklung
MehrUnit 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?
MehrSoftware-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
MehrWeblog. Projektdokumentation. Java NDK 2004. Fallstudie. Identifikation: ID.10000001 Status: in Arbeit Version: 00.11
Projektdokumentation Java NDK 2004 Fallstudie Identifikation: ID.10000001 Version: 00.11 Auftraggeber: Studienleitung HSZ-T, Daniel Nydegger AuftragnehmerIn: Gruppe 3 Projektteam: Madeleine Wegmann erreichbar
MehrKooperatives Testen Basis auch zur Testautomatisierung während der Softwareentwicklung. Dipl. Inform. Hans-Josef Eisenbach
Kooperatives Testen Basis auch zur Testautomatisierung während der Softwareentwicklung Dipl. Inform. Hans-Josef Eisenbach Der rote Faden Motivation zum Testen während der Softwareentwicklung Das Testkonzept
MehrKonzeption. und prototypische Implementierung. eines Werkzeuges. für den funktionalen Klassentest
Konzeption und prototypische Implementierung eines Werkzeuges für den funktionalen Klassentest Übersicht Motivation Zielsetzung Lösungsansatz und dessen Realisierung Anwendungs-Szenarien Präsentation von
MehrProjektmanagement. Vorlesung von Thomas Patzelt 9. Vorlesung
Projektmanagement Vorlesung von Thomas Patzelt 9. Vorlesung 1 Pläne Kein Plan überlebt die erste Feindberührung - Feldmarschall Helmuth von Moltke Prognosen sind schwierig, besonders wenn sie die Zukunft
MehrLeitfaden 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
MehrHauptseminar Automotive Software Engineering Testen, Rapid Prototyping und x in the loop
Hauptseminar Automotive Software Engineering Testen, Rapid Prototyping und x in the loop Christoph Niedermayr 20.01.2005 Überblick 1 2 X in the loop Rapid Prototyping Begriffe Was versteht man unter statischem
MehrFrank Düsterbeck HEC GmbH. QM mit und durch agile Vorgehensweisen
Frank Düsterbeck HEC GmbH QM mit und durch agile Vorgehensweisen (De)- Motivation Komplexität heutiger Software schwer beherrschbar Anforderungsdynamik Heutzutage schwer beherrschbar Quelle: Carl Dichter
Mehr,$ -. "+0 *+*+ ! / -#$%$. #$%'' $ () 1 2$ #$%$! 1 2$3 )!
*+*+ *,$ -.! / -#$%$. #$%'' $ () "+0 *+*+ 4 *+*+ 1 2$ #$%$! 1 2$3 )! 1 *+*+ $& #$%'!' '!' 5 1! 1 4$5%! 1 63$ 1 $7$! 1 3! 1 77 8'7 1 /!$' 1 83% *+*+ 0 #$%'' '' #$%'' ''$' )%! $' #$% 5 87 $ 8$! 7$+ 1 #$%9$
MehrComparison of Software Products using Software Engineering Metrics
Comparison of Software Products using Software Engineering Metrics Alexander Bätz Fakultät EIM Universität Paderborn 23. Juli 2009 1 / 28 Motivation Qualitätsbewertung von Software Vergleichbarkeit von
MehrMotivation 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
MehrTesten mit JUnit. Motivation
Test First Design for Test in Eclipse (eigentlich: ) zu einer Klasse Beispiel zur Demonstration Ergänzungen Test First "Immer dann, wenn Du in Versuchung kommst, etwas wie eine print- Anweisung oder einen
MehrSystemen - 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
MehrWerkzeuggestützte Softwareprüfungen Statische Analyse und Metriken
Werkzeuggestützte Softwareprüfungen Statische Analyse und Metriken Dennis Hardt 21.06.2006 Gliederung Statische Analyse Definition, Arbeitsweise, Werkzeuge Angewandt auf ein Projekt Statische Analyse selbst
MehrSystemen - 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
Mehr10. Konstruktive Qualitätssicherung. Ansatz. Coding Guidelines. Beispiel-Coding-Regel
10. Konstruktive Qualitätssicherung Idee Coding Guidelines Werkzeugeinstellungen weitere Maßnahmen Ansatz die analytische Qualitätssicherung greift erst, wenn ein Produkt erstellt wurde interessant ist
MehrAgiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG
Agiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG Herausforderungen bei agilem Testen Klassische Projektstruktur Projektleiter Entwickler QS-Abteilung
MehrGegenseitige 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
MehrDer Rational Unified Process
Philippe Kruchten Der Rational Unified Process Eine Einführung Deutsche Übersetzung von Cornelia Versteegen An imprint of Pearson Education München Reading, Massachusetts Menlo Park, California New York
MehrDas Test-Framework JUnit ETIS SS04
Das Test-Framework JUnit ETIS SS04 Gliederung Motivation TestFirst Grundlagen Assert TestCase Lebenszyklus TestCase UML-Diagramm TestCase TestSuite Zusammenfassung 2 Motivation (I) Kostspielige Folgen
MehrBerufsbild 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,
MehrGELEBTE ENTWICKLUNGSRICHTLINIEN
GELEBTE ENTWICKLUNGSRICHTLINIEN VOM VERSTAUBTEM PAPIERSTAPEL ZUM SPICKZETTEL FÜR ENTWICKLER BORIS WEHRLE ENTWICKLUNGSRICHTLINIEN Ein Programmierstil (engl. code conventions, coding conventions, coding
MehrSoftware Projekt 2009/10 VAK 03-901.01. Testplan Version 1.0
Software Projekt 2009/10 VAK 03-901.01 Testplan Version 1.0 xxxxxx xxxxxxx xxxx xxxxxxxx xxxx xxxxx xxxxxxxx xxxxxxxxxx xxxxxx xxx xxxxxxxx@tzi.de xxxx@tzi.de xxxxxx@tzi.de xxx@tzi.de xxxxxxxx@tzi.de Abgabe:
MehrTest. 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
MehrLasst die Roboter arbeiten: Oberflächen (Test) Automation im Fokus
1 Lasst die Roboter arbeiten: Oberflächen (Test) Automation im Fokus SEQIS Software Testing Know-how Veranstaltungen 2011 24.03.2011 16.06.2011 22.09.2011 24.11.2011 Nicht zuviel und nicht zuwenig: Testdokumentation
MehrDie Alternative zum Web-Form Modell
Marc André Zhou Solution Architect www.dev -sky.net www.just -sp.net Die Alternative zum Web-Form Modell dotnet Cologne 03.05.2013 Agenda Web Forms vs. MVC ASP.NET MVC Features Web API ODATA Eine ASP.NET
MehrSoftware-Engineering 2. Software-Engineering 2. Softwarequalität und Softwaretest. IT works. Klaus Mairon www.mairon-online.de 22.03.
Software-Engineering 2 Softwarequalität und Softwaretest IT works. Klaus Mairon www.mairon-online.de 22.03.2009 1 Agenda Grundlagen des Softwaretestens Motivation Wichtige Begriffe Psychologie und Prinzipien
MehrChristoph Behounek, eggs unimedia
Adobe Experience Manager6.1 Planung eines erfolgreichen AEM Upgrades Christoph Behounek, eggs unimedia Adobe Experience Manager Ohne Planung funktioniert es nicht Planung eines erfolgreichen AEM Updates
MehrEinführung in die Informatik Tools
Einführung in die Informatik Tools Werkzeuge zur Erstellung von Softwareprojekten Wolfram Burgard 8.1 Motivation Große Softwareprojekte werden schnell unübersichtlich. Änderungen im Code können leicht
Mehr