Automatisierte Regressionstests per Knopfdruck sparen Zeit und Ressourcen sichern die Qualität schonen die Nerven

Transkript

1 Automatisierte Regressionstests per Knopfdruck sparen Zeit und Ressourcen sichern die Qualität schonen die Nerven Dipl.-Inf (FH) Matthias Müller

2 Regressionstests Unter einem Regressionstest (v. lat. regredior, regressus sum = zurückschreiten) versteht man in der Softwaretechnik die Wiederholung aller oder einer Teilmenge aller Testfälle, um Nebenwirkungen von Modifikationen in bereits getesteten Teilen der Software aufzuspüren. Solche Modifikationen entstehen regelmäßig z. B. aufgrund der Pflege, Änderung und Korrektur von Software. Quelle: Ziel ist also die Aufdeckung von (unerwünschten) Seiteneffekten, die aus Pflege/ Änderung (Refactoring) und Korrektur (Bugfixing) der Software resultieren Jeder Test wird somit automatisch zu einem Regressionstest, da er die erwartete Funktionsweise eines Stücks Software zu einem bestimmten Zeitpunkt abbildet Seite 2

3 Motivation sparen Zeit und Ressourcen - Zeit und Ressourcen sind immer ein limitierender Faktor und sind maßgeblich für den erzielten Umsatz/ die Marge sichern die Qualität - Nur durch überzeugende Qualität sind die Kunden zufrieden und bleiben dem Unternehmen erhalten schonen die Nerven - Ein Projekt, dass zeitlich sowie personell im grünen Bereich ist, und außerdem noch eine gute Qualität hervorbringt, ist für alle Beteiligten weitgehend stressfrei Seite 3

4 Die Teile des Puzzles 1. Tests 2. Versionskontrolle 3. Erstellungsprozess 4. Kontinuierliche Integration Seite 4

5 Index 1. Tests 2. Versionskontrolle 3. Erstellungprozess 4. Kontinuierliche Integration Seite 5

6 1. Tests ein (programmatischer) Test ist ein Programm, das testet ob ein anderes Programm korrekt funktioniert (klingt abartig, ist es aber nicht ;-) kann mit und ohne Framework-Unterstützung ausgeführt werden das erste Test-Framework SUnit wurde von Kent Beck und Erich Gamma bereits für die Sprache Smalltalk entwickelt im Java-Umfeld meist JUnit ( oder TestNG ( hier existiert eine gute Integration in gängige Entwicklungsumgebungen und Build- Werkzeuge im C/C++ Umfeld entsprechend CUnit ( und CPPUnit ( weitere Umsetzungen für die verschiedensten Sprachen vorhanden Seite 6

7 Arten von Test Unit- bzw. Modultests - Testen ein Modul/ eine Programmeinheit isoliert vom Rest des Systems. Insbesondere sollten keine Abhängigkeiten zu Datenbanken oder Netzwerkressourcen bestehen - Dazu müssen vtl. bestimmte Teile simuliert werden (mit sog. Mocking- Frameworks, engl. to mock =vortäuschen) Integrationstest - Testen die Gesamtheit des Systems, idealerweise in seiner Zielumgebung. Dabei wird auch auf Datenbanken, Netzwerkressourcen etc zugegriffen. hier kommt also die Tandem ins Spiel Seite 7

8 Das Testframework JUnit ein Beispiel public class Calculator { public double add(double operand1, double operand2) { return operand1 + operand2; public double substract(double operand1, double operand2) { return operand1 - operand2; public double multiply(double operand1, double operand2) { return operand1 * operand2; public double divide(double operand1, double operand2) { return operand1 / operand2; import junit.framework.testcase; public class CalculatorTestCase extends TestCase { private Calculator c; public CalculatorTestCase() { c = new Calculator(); public void testadd() { assertequals(25d, c.add(5d, 20D), 0D); public void testsubstract() { assertequals(-15d, c.substract(5d, 20D), 0D); public void testmultiply() { assertequals(100, c.multiply(5d, 20D), 0D); public void testdivide() { assertequals(4d, c.divide(20d, 5D), 0D); Seite 8

9 Index 1. Tests 2. Versionskontrolle 3. Erstellungprozess 4. Kontinuierliche Integration Seite 9

10 2. Versionskontrolle Eine Versionsverwaltung ist ein System, das zur Erfassung von Änderungen an Dokumenten oder Dateien verwendet wird. Alle Versionen werden in einem Archiv mit Zeitstempel und Benutzerkennung gesichert und können später wieder hergestellt werden. Versionsverwaltungssysteme werden typischerweise in der Softwareentwicklung eingesetzt um Quelltexte zu verwalten. Quelle: Kernfunktionalität: - Archivierung/ Wiederherstellung - Protokollierung (wer? was? wann?) - Gemeinsame Nutzung der Ressourcen - ermöglicht parallele Entwicklungszweige (sog. Branches) bekannteste Vertreter sind Subversion (SVN), Concurrent Versions System (CVS), Mercurial, Git Seite 10

11 Index 1. Tests 2. Versionskontrolle 3. Erstellungsprozess 4. Kontinuierliche Integration Seite 11

12 3. Erstellungsprozess Erstellungsprozess oder Build-Prozess (von englisch to build = etwas bauen ) bezeichnet in der Programmierung einen Vorgang, durch den ein fertiges Anwendungsprogramm automatisch erzeugt wird. Quelle: Ziel ist also die automatische Erstellung des Programms bekannteste Vertreter: make (im *nix-umfeld), Apache Ant bzw. Apache Maven (beide im Java-Umfeld) der Build-Prozess kann auch durch selbst erstellte Batch-/Shellskripte angestoßen werden. Seite 12

13 Apache Maven ein Build-Werkzeug aktuelle Version: (3.0 in Arbeit) derzeit im Java-Umfeld das am weitesten verbreitete Build-Werkzeug mit guter IDE-Integration pluginbasierte Architektur, unzählige Plugins verfügbar Konfiguration komplett über XML-Datei unterstützt u.a.: Testausführung, verschiedene Anwendungsprofile, automatische Generierung einer Projekt-Webseite etc. Killer-Feature ist die Verwaltung von Projektabhängigkeiten (Dependency Management), so entkommt man der berüchtigten Dependency Hell Seite 13

14 Index 1. Tests 2. Versionskontrolle 3. Erstellungprozess 4. Kontinuierliche Integration Seite 14

15 4. Kontinuierliche Integration Kontinuierliche Integration (auch: fortlaufende oder permanente Integration, en. Continuous Integration) ist ein Begriff aus der Software-Entwicklung, der den Prozess des regelmäßigen, vollständigen Neubildens und Testens einer Anwendung beschreibt. Quelle: benötigt eine gemeinsame Code-Basis und einen Build-Prozess als Voraussetzung Folgende Schritte werden ausgeführt 1. Aktualisieren der Quellen aus dem Versionskontrollsystem 2. Kompilieren der Quellen/ Kopieren von Ressourcen 3. Ausführen der Tests 4. Zusammenfassen der Ergebnisse 5. Erstellen des auslieferbaren Stück Software (deliverable) Seite 15

16 Hudson ein System zur kontinuierlichen Integration kostenlos einfache Installation/Konfiguration durch komfortable Weboberfläche plattformunabhängig durch Java pluginbasierte Architektur, dadurch Unterstützung für alle gängigen Programmiersprachen und Build-Werkzeuge vorhanden Seite 16

17 Seite 17

18 Putting it all together Tests (JUnit) Build-Werkzeug (Maven) Kontinuierliche Integration (Hudson) Versionskontrolle (SVN) Seite 18

19 Einen Blick Wert: Testgetriebene Entwicklung auch: TDD (Test Driven Developement) Ansatz: Erst der Test, dann das Programm, danach Aufräumen (Refactoring) Argumente: - Wenn du für etwas keinen Test schreiben kannst, hast du es nicht verstanden! - Ohne Tests kannst du kein Refactoring ausführen! - Du musst so oder so Testen, also mach es gleich, und zwar richtig! - Tests haben eine dokumentarische Eigenschaft. Seite 19

20 Automatisierte Regressionstests per Knopfdruck sparen Zeit und Ressourcen? - einmal konfiguriert, laufen die Tests automatisch zu einem definierten Zeitpunkt ab, können bei Bedarf aber auch manuell gestartet werden sichern die Qualität? - Der Umfang der Tests wächst stetig mit. Fehler, die durch die Erweiterung/Umstrukturierung der Codebasis entstehen, werden sofort aufgedeckt. schonen die Nerven? - Fehler werden frühstmöglich aufgedeckt, nicht erst kurz vor dem Release. Niemand hat die undankbare und nervenaufreibende Aufgabe, das System von Hand zusammenzubauen. Seite 20

21 Matthias Müller Version Juni 2010 Standort Darmstadt Europaplatz Darmstadt Tel: 06151/ Info@twinsoft.de Standort Ratingen Siemensstr Ratingen Tel: 02102/3004-0