Vertrauen ist besser, Kontrolle ist schädlich (Pecha Kucha)

Klassisch werden Software-Projekte häufig mit separierten Entwicklungs- und Test-Teams durchgeführt, während in der ageilen Softwareentwicklung in der Regel Tester und Entwickler in einem Team zusammengefasst werden. Letzters fühlt sich für mich persönlich sehr viel besser an, aber warum ist das so?

In diesem Vortrag gehe ich auf verschiedene Aspekte ein, die aus meiner Sicht die Verwendung eines separaten Test-Teams regelrecht umständlich und sogar kontroproduktiv ist und was den agilen Ansatz so viel erfolgreicher und sinnvoller macht.

Transcript

1. Darum mag ich keine QA-Abteilungen
   @MichaKutz
   #GermanTesting
   

   View Slide

2. View Slide

3. View Slide

4. #$@&%*!
   Warum hat die
   QA den Fehler
   nicht gefunden?!
   #$@&%*!
   Wir können ja
   nicht jeden
   Fehler der
   Entwicklung
   finden!
   

   View Slide

5. #$@&%*!
   Wir haben
   es gebaut…
   …wir haben
   es
   getestet…
   Wie verhindern
   wir solche Fehler
   in Zukunft?
   

   View Slide

6. Kein Problem…
   Was passiert, wenn
   ich negative Zahlen
   eingebe?
   Ich hab das neue
   Feature fertig. Kannst
   du dir das mal schnell
   anschauen?
   Ups… lass uns
   den Test mal
   schnell
   automatisieren.
   

   View Slide

7. redundante
   Testfälle
   

   View Slide

8. Hier sind die
   Bug-Reports für
   Version 4.71
   Welches
   Eingabefeld, welcher
   Browser, wann war
   das?
   

   View Slide

9. wichtige
   Information
   Lesegrenze
   

   View Slide

10. wichtige
    Informationen
    Lesegrenze
    

    View Slide

11. Wie startet man
    den Service
    nochmal lokal?
    Warte ich zeig’s dir…
    und schreib mal einen
    How To-Zettel für die
    Wand.
    

    View Slide

12. Eine
    Grenzwertanalyse.
    Was machst
    du da?
    Interessant… Das
    hilft auch beim
    Unit-Test-Schreiben.
    

    View Slide

13. Können wir diese
    Testfälle hier nicht
    automatisieren? Klar, mach mal
    IntelliJ auf…
    

    View Slide

14. Testumgebung?
    Wir haben alles,
    was wir
    brauchen.
    Wir brauchen
    bessere
    Testdaten!
    Brauchen wir
    noch etwas auf
    der
    Testumgebung?
    Das haben wir
    nicht eingeplant.
    Könnt ihr die
    nicht per Hand
    anlegen?
    

    View Slide

15. Wir sollten Daten
    von Produktion
    regelmäßig
    importieren.
    Wir brauchen aber
    auch ein paar
    synthetische Daten,
    denke ich.
    

    View Slide

16. Wir sind
    “fertig”!
    Wann sollen
    wir das denn
    noch testen?!
    Wir brauchen das
    Feature bis
    morgen!
    …
    

    View Slide

17. Wir brauchen das
    Feature bis
    morgen!
    Wir brauchen
    noch Test,
    oder?
    Naja, wir könnten heute
    manuell testen und den
    Test nächste Woche
    schreiben.
    

    View Slide

18. …der User soll
    einfach informiert
    werden.
    …es muss auf
    jeden Fall ein
    Bestätigungsdialog
    angezeigt werden!
    

    View Slide

19. …der User soll
    einfach informiert
    werden.
    OK, dann
    machen wir einen
    Hinweis an den
    Button
    Was soll im
    Fehlerfall
    passieren?
    

    View Slide

20. @MichaKutz
    #GermanTesting
    

    View Slide