Upgrade to Pro — share decks privately, control downloads, hide ads and more …

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

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.

Michael Kutz

June 06, 2019
Tweet

More Decks by Michael Kutz

Other Decks in Technology

Transcript

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  4. 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 full-size slide

  5. redundante
    Testfälle

    View full-size slide

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

    View full-size slide

  7. wichtige
    Information
    Lesegrenze

    View full-size slide

  8. wichtige
    Informationen
    Lesegrenze

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  12. 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 full-size slide

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

    View full-size slide

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

    View full-size slide

  15. 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 full-size slide

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

    View full-size slide

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

    View full-size slide

  18. @MichaKutz
    #GermanTesting

    View full-size slide