Unabhängige Softwaretests sind ein Oxymoron im Zeitalter von DevOps und Continuous Delivery

"Inspektion verbessert weder die Qualität noch garantiert sie sie. Die Inspektion kommt zu spät. Die Qualität, ob gut oder schlecht, ist bereits im Produkt enthalten. Qualität kann nicht in ein Produkt oder eine Dienstleistung hineingeprüft werden; sie muss in das Produkt eingebaut werden. Wendell Philips

Es gibt viele Anbieter auf dem Markt, die Software-Qualitätssicherungsdienste als eigenständiges Angebot verkaufen. Einige behaupten sogar, dass sie unabhängige Softwaretests anbieten. Ich kann verstehen, wenn es sich um Beratungsleistungen zur Verbesserung der QS-Prozesse oder zum Testen einiger nichtfunktionaler Aspekte handelt. Ich kann mir jedoch nicht vorstellen, wie das Testen von funktionaler Kernsoftware unabhängig, d.h. getrennt von der Entwicklung, durchgeführt werden kann, vor allem in Anbetracht der Tatsache, dass die kontinuierliche Bereitstellung zur Norm geworden ist. In diesem Blogpost möchte ich untersuchen, wie sich die Software-Qualitätssicherung im Laufe der Jahre entwickelt hat und welche Anforderungen an die Qualitätssicherung im Zeitalter der kontinuierlichen Bereitstellung bestehen.

Kontinuierliche Unterbrechungen und kürzere Innovationszyklen sind die neue Norm

Im letzten Jahrzehnt hat sich die Art und Weise, wie Software konzipiert, entwickelt, getestet und eingesetzt wird, grundlegend verändert. Dieser Wandel ist zu einem großen Teil eine Reaktion auf die Herausforderungen, die sich aus der ständigen Umwälzung von Technologien und Geschäftsmodellen ergeben. Die sich beschleunigenden digitalen Technologien wie SMAC, IoT, KI, Robotik, VR usw. haben in Bezug auf Ausmaß, Geschwindigkeit und Auswirkungen eine noch nie dagewesene Umwälzung ausgelöst und sind mit nichts zu vergleichen, was die Welt in der Vergangenheit gesehen hat. Dieser technologische Umbruch ist die treibende Kraft hinter der Integration von Wertschöpfungsketten, der Entstehung digitaler Geschäftsökosysteme, der Digitalisierung von Produkt- und Dienstleistungsangeboten und der Entwicklung innovativer Plattformgeschäftsmodelle.

Die kumulative Auswirkung dieser massiven Umwälzung von Technologien und Geschäftsmodellen ist eine vernetzte Welt, die eine Kultur der schnellen Innovation erfordert , um die Bedürfnisse der sich ständig weiterentwickelnden Kundenerfahrungen zu erfüllen. Schnelligkeit und kürzere Innovationszyklen sind im digitalen Zeitalter die Norm. Und was noch wichtiger ist: Software ist nicht mehr nur ein Enabler, sondern eine Kernfunktion des Unternehmens.

Test der Linksverschiebung

Wir haben die Tage des linearen Wasserfall-Ansatzes in der Software-Qualitätssicherung hinter uns gelassen, bei dem das Testen als eine separate, eigenständige Aktivität am Ende des Entwicklungszyklus behandelt wurde . Mit dem Aufkommen des agilen Ansatzes wurden die linearen Abhängigkeiten des Wasserfalls beseitigt und der Schwerpunkt auf die Prozesseffizienz verlagert, die darauf ausgerichtet ist, funktionierende Software in kurzen Zeitabständen zu liefern. Die Einführung agiler Best Practices führte zu einem Shift-Links-Ansatz, d.h. zu einer Verschiebung des Projektzeitplans nach links, was häufige und frühe Systemtests im Entwicklungszyklus erforderlich machte. Agiles Vorgehen führte zu einer allgemeinen Verbesserung der Qualität und einer Verringerung der Projektrisiken, da die Tests in den Entwicklungsprozess integriert sind und frühzeitig und häufig durchgeführt werden.

DevOps und kontinuierliche Bereitstellung

DevOps entstand als natürliche Erweiterung von Agile und wendete dieselben Prinzipien auf den Rest der Software-Organisation in den Bereichen Bereitstellung und Betrieb an. Dies führte zu einer nahtlosen Integration aller Prozesse von der Entwicklung, der Integration, dem Testen, der Bereitstellung und dem Feedback. DevOps ist eine Denkweise und hat einen grundlegenden kulturellen Wandel eingeläutet, indem es eine kontinuierliche Kultur in der gesamten Software-Wertschöpfungskette eingeführt hat, d.h. kontinuierliche Entwicklung, kontinuierliche Tests, kontinuierliche Integration, kontinuierliche Bereitstellung, kontinuierliches Feedback und kontinuierliche Verbesserung. Eine echte DevOps-Kultur trägt zusammen mit der Automatisierung wesentlich dazu bei, dass qualitativ hochwertige und funktionale Software kontinuierlich bereitgestellt werden kann. Auch wenn DevOps von vielen als die natürliche Weiterentwicklung von Agile in der Software-Wertschöpfungskette angesehen wird, gibt es einige entscheidende Unterschiede, wie in der folgenden Tabelle dargestellt:

Automatisierung ist das Fundament von DevOps

Die kontinuierliche Bereitstellung erfordert, dass jede Codeänderung gut getestet und integriert ist und mit so wenig menschlichem Eingriff wie möglich in einer Produktionsumgebung bereitgestellt werden kann. DevOps basiert auf der Prämisse, dass manuelle Prozesse und menschliches Eingreifen zu Qualitäts- und Leistungseinbußen führen können, die sich am sichersten durch Automatisierung beseitigen lassen. DevOps ist zwar viel mehr als nur Automatisierung, aber es ist absolut notwendig, um die Qualität zu verbessern und die Vorlaufzeiten zu verkürzen, indem die meisten sich wiederholenden Aufgaben in der Software-Wertschöpfungskette automatisiert werden. Ich habe die Automatisierung in einem früheren Blog ausführlicher behandelt: Automatisierung ist das Fundament von DevOps, dessen Hauptmerkmale sich wie folgt zusammenfassen lassen:

• Alles, was automatisiert werden kann, muss automatisiert werden
• Automatisierte Regressions- und Funktionstests
• CI/CD
• Virtualisierte, sofort einsatzbereite DTAP-Straße

Es ist eine bekannte Tatsache, dass digitale Einhörner wie Amazon und Google ihre Software mit einer erstaunlichen Häufigkeit von Tausenden von Updates pro Tag aktualisieren, oft mit Vorlaufzeiten von Minuten. Ohne DevOps und Automatisierung wäre dies unmöglich zu erreichen.

Eingebaute Qualität und Fokus auf Prävention

Der traditionelle QS-Ansatz, der darin besteht, Fehler zu entdecken, zu identifizieren und zu beheben, bevor die Software auf den Markt gebracht wird, funktioniert im Zeitalter der kontinuierlichen Bereitstellung nicht mehr. Mit immer kürzer werdenden Vorlaufzeiten und kürzeren Innovationszyklen verlagert sich auch der Schwerpunkt der Software-Qualitätssicherung von der Entdeckung zur Prävention. Die Verhinderung von Softwarefehlern ist nur mit einem eingebauten Qualitätsdenken möglich, das die Einführung von Best-in-Class-Praktiken in der gesamten Software-Wertschöpfungskette erfordert. Testgetriebene Entwicklung, kontinuierliche Integration, automatisierte Regressionstests, Sicherheits- und Leistungstests sind nur einige der Best Practices, die dazu beitragen, eine Kultur der integrierten Qualität zu schaffen und das Auftreten von Softwarefehlern zu verhindern.

Unabhängige Softwaretests sind ein Oxymoron

In Anbetracht der oben genannten Fakten bin ich der festen Überzeugung, dass im Zeitalter der kontinuierlichen Lieferung, Unabhängige Softwaretests sind ein Widerspruch in sich. Lassen Sie mich meine Argumentation erläutern:

• Qualität ist eine Kultur und Mentalität
• Um integrierte Qualität zu erreichen, benötigen Sie multifunktionale Teams mit Full-Stack-Ingenieuren, die für Entwicklung, Qualitätssicherung und Betrieb zuständig sind.
• Testgetriebene Entwicklung ist sehr wichtig für die Softwarequalität und hängt von aussagekräftigen Unit-, Integrations- und Regressionstests ab, die nicht isoliert entwickelt werden können.
• Qualität ist kein isolierter Prozess, sondern ein integraler Bestandteil der Software-Wertschöpfungskette. Wenn das Ziel darin besteht, kontinuierlich funktionierende Software zu liefern, werden Tests häufig und frühzeitig durchgeführt.
• Eine Qualitätskontrolle oder -prüfung kann durch unabhängige Tests möglich sein, aber nicht durch eine kontinuierliche Qualitätssicherung.
• Eine Qualitätskontrolle oder -prüfung kann durch unabhängige Tests möglich sein, aber nicht durch eine kontinuierliche Qualitätssicherung.

• Im Zeitalter von DevOps und integrierten Softwareunternehmen kann Qualität nicht mehr isoliert von Entwicklung und Betrieb betrachtet werden.

Softwareunternehmen müssen sich darüber im Klaren sein, dass es kein Patentrezept für die Software-Qualitätssicherung gibt und dass unabhängige Softwaretests sicherlich nicht zu nachhaltigen Qualitätsverbesserungen führen werden. Sie müssen sorgfältig darauf hinarbeiten, eine integrierte Qualität zu erreichen , was im Zeitalter von DevOps und kontinuierlicher Bereitstellung eine entscheidende Voraussetzung ist.