Gerade im Web sind kurze Releasezyklen oft unabdingbar. Meist werden noch viele manuelle Tests gemacht, die ein bremsender Faktor für häufige Releases sind. Was gehört dazu, um bei Veränderungen des Projekts automatisiert zu prüfen, ob noch alles funktioniert? Wie kann man darauf aufbauen und was kommt danach?

1. Sebastian Bauer, inovex GmbH
Regressionstests
in Webprojekten

2. Vorstellung
@litervollmilch
Auto-Nerd und -Blogger
passiondriving.de
Agile Coach @inovex GmbH
Pforzheim, Köln, München

3. REGR... WHAT?

4. REGR... WHAT?

5. • Wiederholung bereits durchgeführter Tests
• Neue Fehler aufdecken (Software Regression)
• Bugfixes verifizieren
• Änderungen validieren
• Werden bei jeder Änderung ausgeführt
• Risikominimierung
REGR... WHAT?

6. • Progressive Regressionstests
• Spezifikation verändert
• Code geändert
‣ Neue Testfälle
• Korrigierende Regressionstests
• Spezifikation unverändert
• Änderungen gegen bestehende Testfälle testen
REGR... WHAT?

7. Was bedeutet das genau?
• Akzeptanztests
• Unit Tests
• Tests für zu ändernde Komponenten
• Tests für Bugfixes
• Test bei Änderungen ausführen
• Tests immer aktuell halten

8. Regressionstests = Continuous
Integration?

9. Arten von Regressionstests

10. Unit Tests

11. Unit Tests
Prüfe, ob das Ergebnis von
foobar(„foo“) gleich „bar“ ist.

12. Akzeptanztests
Akzeptanztests

13. Akzeptanztests
Prüfe, ob der Klick auf den Button „In den
Einkaufswagen“ den Artikel in den
Einkaufswagen legt.

14. Smoke Tests

15. Smoke Tests
Prüfe, ob der Aufruf einer Artikelseite auch
wirklich eine Artikelseite zeigt.

16. Warum das ganze Theater?

17. Der Schlüssel zum Erfolg

18. Automatisierung!

19. Continuous Integration

20. Bamboo
Jenkins (Hudson)
CruiseControl

21. Erfolgreiches CI als Prozess
• Direktes Feedback -> schnelle Builds
• Tägliche Checkins
• Commits in den Trunk
• Automatisierter Build
• Deploy-Automation

22. Build nach jedem Commit!
Automatischer Build
• Unit Tests
• Syntax Tests
• Smoke Tests
• Coding Standards
• Copy/Paste Detection
• Dokumentation
• ...

23. Niemand wartet gerne!
Automatischer Build
• Unit Tests
• Syntax Tests
• Smoke Tests
• Coding Standards
• Copy/Paste Detection
Regelmäßiger Build • Dokumentation
• ...
• Unit Tests
• Syntax Tests
• Coding Standards
• Copy/Paste Detection
• + Akzeptanztests
• + Dokumentation
• + sonstige intensivere Tests

24. Continuous Delivery

25. Kontinuierliche Deploys

26. Feature Toggles

28. Warum nicht BDD probieren?
• Behaviour Driven Development
• Nicht nur eine Entwicklungsmethodik
• Erwartung vs. Testfall
• Ausführbare Spec. vs Ansammlung von Tests

29. BDD Beispiel: Artikel in
Warenkorb
• Gegeben dem Fall, ein Kunde möchte einen
Film kaufen
• und sein Warenkorb ist leer
• und es sind noch 2 Filme auf Lager:
• Wenn er den Artikel in den Warenkorb legt
• dann soll der Artikel im Warenkorb auftauchen
• und der Zähler für die Produkte im Warenkorb
auf „1“ gehen

30. BDD Tool:
behat
• Funktioniert „headless“
• sehr einfacher Test-Code
• Made for PHP
• http://www.behat.org

31. Fazit?

32. Fazit
• Regressionstests wichtig
• Regressionstest nur mit Automation!
• CI unterstützt Regressionstests
• CI bietet Potential für noch viel mehr
• Continuous Delivery kann/sollte CI Ziel sein
• BDD kann alles wunderbar unterstützen

33. DAS WAR‘S!
Fragen? Kommentare?
twitter @litervollmilch
mail sebastian.bauer@inovex.de
web http://inovex.de