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

Transkript

1 Testen II (Management, Tools) Daniela Rose Fachgebiet Softwaretechnik und Systemgestaltung

2 Gliederung 1. Motivation 2. Der grundlegende Testprozess 3. Testen im Softwareentwicklungsprozess 4. Arten von Testwerkzeugen 5. Testgetriebene Softwareentwicklung 6. Diskussion 7. Quellen Anmerkung: Folien, die mit * gekennzeichnet sind, wurden während der Präsentation am ausgeblendet 2/45

3 Gliederung 1. Motivation 2. Der grundlegende Testprozess 3. Testen im Softwareentwicklungsprozess 4. Arten von Testwerkzeugen 5. Testgetriebene Softwareentwicklung 6. Diskussion 7. Quellen 3/45

4 Motivation Ist der Programmfehler tatsächlich behoben? Erfüllt die Software die neuen Anforderungen vollständig? Welche Qualität hat das neue Software- Release? Hat der behobene Fehler oder die neue Anforderung Auswirkungen auf die bestehende Software? Ist es qualitativ besser als das vorherige? Wann ist die Arbeit des Entwicklers bzw. Testers beendet? Wer ist zu welchem Zeitpunkt wofür verantwortlich? 4/45

6 Der grundlegende Testprozess Planung Analyse und Design Realisierung und Durchführung Steuerung Auswertung und Bericht Abschluss 6/45

7 Planung und Steuerung Testkonzept erstellen Teststrategie Testziele, Umfang und Risiken Priorisierung Testmethoden Testendekriterien Testplan (Zeit- und Ressourcenplanung) Analyse und Design Realisierung und Durchführung Auswertung und Bericht Abschluss Planung Steuerung Testfortschritt überwachen Bisher erreichte Testabdeckung Erfüllung der Testendekriterien Ggf. Korrekturmaßnahmen einleiten 7/45

8 Analyse und Design Testbasis überprüfen Durchführung von Reviews Präzise und detailliert genug? Ggf. Nachbesserungen einfordern Entwurf der logischen Testfälle Ausgangsbedingungen Randbedingungen Nachbedingungen Sollergebnis bzw. Sollverhalten Analyse und Design Realisierung und Durchführung Auswertung und Bericht Abschluss Planung Steuerung 8/45

9 Realisierung und Durchführung Analyse und Design Planung Bildung konkreter Testfälle Ein- und Ausgabewerte Reihenfolge festlegen und Testfälle zu Testszenarien zusammenfassen Einrichten der Testumgebung Testrahmen, Testskripte Realisierung und Durchführung Auswertung und Bericht Abschluss Steuerung Ausführen der Testfälle (manuell oder automatisiert) Ist- und Sollergebnisse vergleichen Testprotokoll erstellen: Welche Systemteile? Wann? Von wem? Wie intensiv? Mit welchem Ergebnis? Fehlernachtest bzw. Regressionstest, sobald die Fehlerursachen behoben sind 9/45

10 Auswertung und Bericht Prüfung der Testendekriterien Testendekriterien erfüllt? JA Beenden der Testaktivitäten Analyse und Design Realisierung und Durchführung Auswertung und Bericht Abschluss Planung Steuerung NEIN Evtl. Durchführung zusätzlicher Testfälle erforderlich Erstellen eines Testberichts Zusammenfassen der Ergebnisse und Weitergabe an die Entscheidungsträger 10/45

11 Abschluss Abweichungsmeldungen schließen Ggf. Änderungsanforderungen erstellen Testware konservieren Analyse und Design Realisierung und Durchführung Auswertung und Bericht Abschluss Planung Steuerung Testmittel, Testumgebung und Infrastruktur dokumentieren und archivieren Weitergabe an die Wartungsabteilung Lessons Learned Testprozess evaluieren und Verbesserungspotential erkennen 11/45

13 Testen im Softwareentwicklungsprozess Vorbereitung: Planung Analyse Design Realisierung W-Modell [Quelle 3, S. 29, Abb. 3-3] Durchführung: Ausführung Protokollierung Fehlernachtest, Regressionstest 13/45

15 Arten von Testwerkzeugen Management und Steuerung von Tests Dynamische Tests Werkzeuge für... Testspezifikation Nicht funktionale Tests Statische Tests 15/45

16 Werkzeuge für... Management und Steuerung von Tests Testmanagementwerkzeuge Verwaltung und Priorisierung von Testfällen Ermitteln des Testfallstatus Zeit- und Ressourcenplanung Rückverfolgbarkeit von Anforderungen Fehlermanagementwerkzeuge Verwaltung und Verteilung von Fehlermeldungen Fehlerverfolgung über gesamten Zeitraum Überwachung des Testfortschritts durch Analyse- und Berichtsfunktionen * 16/45

17 Werkzeuge für... Testspezifikation Testdatengeneratoren Erzeugung von Testdaten aus der jeweils eingesetzten Testbasis Datenbankbasiert Codebasiert Schnittstellenbasiert Spezifikationsbasiert * 17/45

18 Werkzeuge für... Statische Tests Statische Analysatoren Identifizierung von komplexen und fehleranfälligen Codeabschnitten Verletzungen von Programmierrichtlinien Model Checker Analyse von Spezifikationen, die in einer formalen Notation vorliegen Werkzeuge zur Reviewunterstützung Planung, Durchführung und Auswertung der Ergebnisse von Reviewsitzungen * 18/45

19 Werkzeuge für... Nicht funktionale Tests Last- und Performancetestwerkzeuge Generierung von synthetischer Last z.b. Datenbankabfragen, Benutzertransaktionen oder Netzwerkverkehr Messung des Antwortverhaltens unter Last (Performancetest) Messung des Systemverhaltens bei Überlast (Stresstest) * 19/45

20 Werkzeuge für... Dynamische Tests Automatisierte Ausführung von Tests Versorgung des Testobjekts mit Eingabedaten Aufzeichnen der Reaktionen Vergleich mit den Sollreaktionen Protokollierung des Testlaufs Testroboter (Capture/Replay-Tools) Testtreiber (Testframeworks) 20/45

21 Testroboter (Capture/Replay-Tools) Zugriff auf das Testobjekt über die Benutzerschnittstelle (Bedienoberfläche) Capture and Replay 1. Aufzeichnen von manuell durchgeführten Benutzeraktionen 2. Speichern der Aktionen in einem Skript 3. Abspielen des Skripts 21/45

22 Beispiel: QF-Test QF-Test beim Erstellen eines Skripts [Quelle 6] 22/45

23 Beispiel: QF-Test QF-Test bei der Ausführung eines Skripts [Quelle 6] 23/45

24 Beispiel: QF-Test Vorteile Automatisiertes Testen von GUI- Oberflächen möglich Ausführliche Protokollierung der Testläufe Nachteile Hoher Wartungsaufwand Nachbearbeitung der Skripte erforderlich (Strukturierung, Modularisierung) Programmier-Know-How erforderlich Auswahl geeigneter Verzögerungszeiten 24/45

25 Testtreiber (Testframeworks) Zugriff auf das Testobjekt über die Programmierschnittstelle (Quellcode) Testtreiber 1. Objekte erzeugen und initialisieren 2. Objekte mit Nachrichten füttern 3. Veränderungen innerhalb der Objekte oder Auswirkungen auf die Umgebung prüfen 25/45

26 Beispiel: JUnit 26/45

27 Beispiel: JUnit 27/45

28 Beispiel: JUnit Vorteile Programmiersprache gleich Testsprache Trennung von Anwendercode und Testcode Unabhängigkeit der Testfälle voneinander Beliebige Zusammenfassung von Testfällen in Testsuiten Erkennen des Testergebnisses auf einen Blick (Erfolg oder Misserfolg) Nachteile Verfügbarkeit geeigneter Schnittstellen im Quellcode erforderlich 28/45

29 Nutzen...bei der Einführung von Testwerkzeugen Unterstützung der kreativen Testarbeiten Automatisierung der mechanischen Testdurchführung Reduktion des Testaufwands Entlastung des Testteams Mehr Tests bei gleichem Aufwand Ausführbarkeit von Tests, die manuell nur schwer durchgeführt werden können Einfache Auswertung der Ergebnisse Wiederholbarkeit und Nachweisbarkeit * 29/45

30 Risiken...bei der Einführung von Testwerkzeugen Unterschätzung von Zeit, Kosten und Aufwand für die Einführung, Einarbeitung, Anpassung, Wartung Unrealistische Erwartungen keine Lösung für kurzfristige Personalengpässe oder schlecht funktionierende Testprozesse! Blindes Vertrauen Vernachlässigung von evtl. besser geeigneten manuellen Tests * 30/45

31 Erfolgsfaktoren...für die Einführung von Testwerkzeugen Schrittweise Einführung Werkzeugunterstützung in den Prozessen verankern Tatsächliche Nutzung überwachen Feedback sammeln und auswerten Begleitendes Coaching anbieten Probleme bei der Verwendung und deren Lösungen dokumentieren (FAQs) Richtlinien für die Benutzung definieren Intellektuell anspruchsvolle Aktivitäten immer zuletzt automatisieren * 31/45

33 Extreme Programming Akzeptanztests (Fortschritt) Überprüfung der Funktionalität des Gesamtsystems Vom Kunden vor Beginn der Iteration auf Grundlage der Storycards spezifiziert Unit-Tests (Vertrauen) Überprüfung der Funktionalität einzelner Komponenten Vom Entwickler vor der Implementierung einer Komponente erstellt und bei Bedarf verändert oder ergänzt Forderung nach vollständiger Automatisierung 33/45

34 Testgetriebene Softwareentwicklung Was? Agile Methode zur Entwicklung von Software Programmierer entwickeln die Software-Tests vor den zu testenden Komponenten Warum? Akuter Zeitmangel Mangelhafte Testbarkeit der Software oder Faulheit bzw. mangelnde Disziplin der Programmierer... führen häufig dazu, dass nach Fertigstellung der Software(teile) nicht genug Tests implementiert werden, um die gewünschte Testabdeckung zu erreichen 34/45

35 Testgetriebene Softwareentwicklung Wie? 1. Schreibe einen Test für den nächsten zu implementierenden Funktionshappen, der zunächst fehlschlagen sollte! Schreibe nur soviel Code, dass der Test compiliert! 2. Schreibe gerade soviel Code, dass alle Tests erfolgreich durchlaufen! 3. Räume den Code auf! Programmierzyklus Test! Code! Refactor! 35/45

36 Testgetriebene Softwareentwicklung 1. Schreibe einen Test für den nächsten zu implementierenden Funktionshappen, der zunächst fehlschlagen sollte! Schreibe nur soviel Code, dass der Test compiliert! 36/45

37 Testgetriebene Softwareentwicklung 2. Schreibe gerade soviel Code, dass alle Tests erfolgreich durchlaufen! 37/45

38 Testgetriebene Softwareentwicklung 1. Schreibe einen Test für den nächsten zu implementierenden Funktionshappen, der zunächst fehlschlagen sollte! Schreibe nur soviel Code, dass der Test compiliert! 38/45

39 Testgetriebene Softwareentwicklung 2. Schreibe gerade soviel Code, dass alle Tests erfolgreich durchlaufen! 39/45

40 Testgetriebene Softwareentwicklung 3. Räume den Code auf! 40/45

41 Testgetriebene Softwareentwicklung Vorteile Einfaches testbares Code-Design Schnelles Feedback Angstfreies Refactoring Änderungen, die zu Fehlerwirkungen führen, werden sofort entdeckt und behoben Nachteile Voranschreiten in kleinen Schritten erfordert Umdenken des Programmierers 41/45

43 Diskussion Haben wir sicherheitskritische Systemteile, die besonders intensiv getestet werden müssten? Macht es Sinn, die GUI des Webclients automatisiert zu testen? Können wir den Ansatz der testgetriebenen Softwareentwicklung für unser Projekt nutzen? 43/45

45 Quellen 1. German Testing Board: Basiswissen Softwaretest Ausund Weiterbildung zum Certified Tester, Lehrmaterialien A. Spillner, T. Linz: Basiswissen Softwaretest Aus- und Weiterbildung zum Certified Tester, dpunkt.verlag, Heidelberg A. Spillner, T. Roßner, M. Winter, T. Linz: Praxiswissen Softwaretest Testmanagement, dpunkt.verlag, Heidelberg J. Link: Softwaretests mit JUnit Techniken der testgetriebenen Entwicklung, dpunkt.verlag, Heidelberg Testautomatisierung ( ) /45