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 Slide

  2. View Slide

  3. View Slide

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

    View Slide

  5. #[email protected]&%*!
    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