Blog

Lest diese 5 Bücher, um Continuous Quality Assurance zu verstehen

DEC 20, 2022

Qualität in die Softwareentwicklung zu integrieren, ist heute unverzichtbar. Um hochwertige Produkte schneller bereitzustellen, müsst ihr Aktivitäten zur Qualitätssicherung (QA) automatisieren. Das ist allerdings leichter gesagt als getan: Es geht nicht nur um den Einsatz verschiedener Tools, sondern auch darum, die Denkweise zu verändern.

Damit ihr gut starten und das große Ganze verstehen könnt, stellen wir euch einige unserer Lieblingsbücher vor. Sie helfen euch, Continuous QA zu verstehen und in eurem Unternehmen umzusetzen.

Tatu Kairi

Principal Consultant

Tatu enjoys piña coladas, getting caught in the rain, is not into yoga and has half a brain.

Agile Testing und sein Nachfolger: More Agile Testing

Agile Testing: A Practical Guide for Testers and Agile Teams von Lisa Crispin und Janet Gregory

More Agile Testing: Learning Journeys for the Whole Team von Lisa Crispin und Janet Gregory

Kurz gesagt: Diese Bücher sind wegweisende Werke für modernes Continuous QA und grundlegende Literatur zum Softwaretesten. Wer in der Softwareentwicklung arbeitet, sollte sie unbedingt lesen.

Lisa Crispin und Janet Gregory definieren die Rolle des Testers anhand von Beispielen aus echten Agile-Teams. Ihr erfahrt zum Beispiel:

  • wie ihr die Agile Testing Quadrants nutzt

  • welche Rolle Tester und QA-Manager in einem Agile-Team spielen

  • wie ihr auf Agile-Entwicklung umstellt

wie ihr die Agile Testing Quadrants nutzt

welche Rolle Tester und QA-Manager in einem Agile-Team spielen

wie ihr auf Agile-Entwicklung umstellt

Noch wichtiger ist jedoch, dass ihr die Denkweise versteht, die jeder qualitätsbewusste Mensch verinnerlichen sollte: die eines sozialen Unterstützers und Coaches für die Entwicklung – und der rechten Hand des Product Owner.

Am besten gefällt uns der problemorientierte Ansatz beider Bücher. Ein Blick ins Inhaltsverzeichnis zeigt viele Kapitel zu typischen Herausforderungen im QA-Bereich. Dazu gehören:

  • Welche Tests und in welcher Reihenfolge?

  • Risiken und Kundennutzen

  • Entwickeln wir das Richtige?

Welche Tests und in welcher Reihenfolge?

Risiken und Kundennutzen

Entwickeln wir das Richtige?

Welches dieser beiden Bücher solltet ihr also wählen?

More Agile Testing behandelt viele der gleichen Themen wie Agile Testing, enthält aber auch neue Abschnitte, die Inhalte des ersten Buchs nicht wiederholen. Deshalb empfehlen wir beide Bücher, auch wenn sich einige Teile überschneiden.

Continuous Delivery

Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation von Jez Humble und David Farley

Warum steht ein Buch über Continuous Delivery auf unserer Bücherliste für Continuous QA, fragt ihr euch vielleicht?

Weil CI/CD-Pipelines das Herzstück der modernen Softwareentwicklung sind. Und was macht eine Pipeline? Sie führt verschiedene Arten von Tests aus.

Jez Humble und Dave Farley sind anerkannte Experten der Branche und vertreten klare Standpunkte. Sie zeigen euch, wie ihr Deployment-Pipelines entwickelt, die integrierten Code in produktionsreife Software verwandeln. Dieses Verständnis von Delivery bezieht Tester und Automatisierung ein, denn Tests sind ein zentraler Baustein für fehlerfreie Releases. Schließlich ermöglicht Automatisierung, QA zu Continuous QA weiterzuentwickeln.

Auch dieses zentrale Werk konzentriert sich auf die Philosophie statt allein auf die technische Umsetzung – darauf, wie man über Continuous Delivery denkt. Wie die Autoren sagen: „Das wichtigste Problem, vor dem wir als Softwareexperten stehen, ist dieses: Wenn jemand eine gute Idee hat, wie bringen wir sie so schnell wie möglich zu den Nutzern?“

Insbesondere für QA-Experten bieten die Kapitel zu Teststrategie, automatisierten Akzeptanztests und dem Testen nichtfunktionaler Anforderungen eine Fülle an Wissen darüber, wie CI/CD die QA-Arbeit beeinflusst.

Wenn ihr zu beschäftigt seid, um das ganze Buch zu lesen, empfehlen wir euch zusätzlich zu den oben genannten Kapiteln die Kapitel über das Management von Umgebungen und Daten.

Die Bücher zu Behavior-Driven Development

Discovery: Verhalten anhand von Beispielen erkunden, von Seb Rose und Gaspar Nagy

Formulation: Beispiele mit Given/When/Then formulieren, von Seb Rose und Gaspar Nagy

Diese Bücher behandeln Behavior-Driven Development (BDD) und seinen Kern:

Zusammenarbeit zwischen Stakeholdern und Teammitgliedern für ein besseres Verständnis der Erwartungen und Anforderungen.

BDD ist zwar eine Technik der Spezifikation anhand von Beispielen, führt aber auch zu Akzeptanztests, die:

  • für alle Stakeholder leicht verständlich sind

  • die Anforderungen klar vermitteln

  • sich leicht automatisieren lassen

für alle Stakeholder leicht verständlich sind

die Anforderungen klar vermitteln

sich leicht automatisieren lassen

Diese Technik ist ein grundlegender Bestandteil von Continuous QA. Auch die beiden zuvor genannten Bücher empfehlen sie, und unserer Erfahrung nach solltet ihr sie ebenfalls einsetzen!

In dieser leicht verständlichen und praxisorientierten Buchreihe führen Seb und Gaspar euch durch die wichtigsten Schritte von BDD.

Discovery

Dabei handelt es sich um einen kollaborativen Ansatz, um anhand von Beispielen die User Story und den Mehrwert, den ihr den Nutzern liefert, besser zu verstehen. Mit Fragen wie „Was wäre, wenn?“ und „Was wäre, wenn nicht?“ identifiziert das Team Regeln, die in einem bestimmten Szenario anzuwenden sind.

Was wir an diesem Ansatz besonders schätzen, ist die integrierte Denkweise des risikobasierten Testens. Bereits in der Spezifikationsphase können Tester die Teams auf mögliche Fehlermodi hinweisen und den erwarteten Umgang damit abstimmen. Ihr setzt auf Fehlervermeidung und eine Test-first-Denkweise, statt den weniger wirksamen Ansatz „Fehler später finden“ zu verfolgen.

Formulation

Dies ist eine Methode, um die oben genannten Beispiele mithilfe der bekannten Formulierung „Given-When-Then“ zu dokumentieren. Das Ergebnis sind leicht verständliche Spezifikationen, die zugleich Akzeptanztests sind.

Demnächst: ein drittes Buch

Das Duo arbeitet an seinem nächsten Buch, das sich mit Automatisierung beschäftigen wird.

Es zeigt euch:

  • wie ihr die oben genannten Beispiele, die in Gherkin-Syntax definiert sind, in Automatisierungscode überführt und damit den BDD-Zyklus schließt

  • dem Team und den Stakeholdern einen faktenbasierten Überblick über den Fortschritt verschaffen

Ganz im Sinne des Leitsatzes aus dem Agile Manifesto: „Funktionierende Software ist wichtiger als umfassende Dokumentation.“

Auch wenn es bei BDD nicht ausschließlich ums Testen geht, können Tester deutlich effektiver arbeiten, wenn sie Teil eines Teams sind, das diese Übungen nutzt, um Geschäftsanforderungen abzustimmen und zu kommunizieren.

Bonus: Das DucksOps-Comicbuch

Wir arbeiten seit über einem Jahrzehnt mit Testautomatisierung und QA. Mit unserem Comicbuch erklären wir Continuous Quality Assurance auf unterhaltsame und unkomplizierte Weise. Schaut rein – vielleicht gefällt es euch! Eine Duck-umentary über Continuous Quality Assurance.

  • DevOps
  • CI/CD

Subscribe to our newsletter