Manuelle Softwaretests: eine Roadmap zur Skalierung, ohne zu einem Engpass zu werden

In jedem wachsenden Team gibt es einen Moment, in dem manuelle Tests nicht mehr schützen und zu Verzögerungen führen.

Zunächst klappt es gut. Ein oder zwei Leute prüfen jede Lieferung von Hand, sie finden Probleme, das Produkt verbessert sich. Aber wenn das System wächst, explodiert die Menge der zu überprüfenden Dinge. Jede Veröffentlichung erfordert mehr Stunden manueller Tests, und schon bald kommt es zu Lieferverzögerungen, die darauf warten, dass die Qualitätssicherung sich darum kümmert. Was Qualität war, wird zur Warteschlange.

Die falsche Reaktion besteht darin, noch einmal zu verdoppeln: mehr Leute einzustellen, um mehr von Hand zu testen. Das verschiebt das Problem nur und macht es teurer. Die richtige Reaktion besteht darin, die Rolle manueller Tests im Skalierungsteam zu überdenken. Es verschwindet nicht, aber es muss seine Funktion ändern. Dies ist ein Fahrplan für diesen Übergang.

Warum manuelles Testen nie endet

Vor der Roadmap gilt es, mit einem Mythos aufzuräumen: dass die Automatisierung das manuelle Testen vollständig ersetzt. Ersetzt nicht. Sie testen verschiedene Dinge.

Automatisierung ist unschlagbar, wenn es darum geht, wiederholbar, objektiv und überprüfbar zu sein: Der Knopf funktioniert, die Berechnung stimmt, der Ablauf ist nicht unterbrochen. Manuelles Testen ist aus subjektiver, explorativer und menschlicher Sicht durch nichts zu ersetzen: Ist die Erfahrung sinnvoll? Kommt Ihnen etwas seltsam vor? Ist dieser Ablauf zwar technisch korrekt, aber für eine reale Person verwirrend?

Durch Skalierungstests wird das Handbuch nicht überflüssig. Es geht darum, jeden Testtyp dort zu platzieren, wo er den größten Ertrag bringt. Die Maschine übernimmt das Wiederholen; man nimmt, was ein Urteil erfordert. Wer diesen Aufstieg gut versteht; Wer die beiden als Konkurrenten betrachtet, skaliert schlecht.

Schritt 1: Trennen Sie das Wiederholbare vom Explorativen

Der erste Schritt des Skripts ist das Screening. Schauen Sie sich alles an, was heute von Hand geprüft wird, und teilen Sie es in zwei Stapel auf.

Erstens, was wiederholbar und objektiv ist: der gleiche Registrierungsablauf, der bei jeder Veröffentlichung stattfindet, die gleiche Formularvalidierung, die gleiche Berechnung. Dies ist ein Kandidat für die Automatisierung. Es ist Arbeit, die Menschen ermüdet und Maschinen besser leisten kann.

Zweitens: Was erfordert menschliches Urteilsvermögen: Bewerten, ob ein neuer Bildschirm sinnvoll ist, Erkunden eines Ablaufs auf der Suche nach dem Unerwarteten, Testen einer neu erstellten Funktionalität, die sich noch nicht stabilisiert hat. Dies muss manuell bleiben.

Diese Trennung ist die Grundlage von allem. Ohne sie automatisiert das Team, was es nicht sollte, und behält manuell, was automatisiert werden sollte, was auf beiden Seiten Aufwand verschwendet.

Schritt 2: Automatisieren Sie zunächst die Regression

Sobald die Triage abgeschlossen ist, ist die oberste Priorität für die Automatisierung klar: Regression. Dies sind die Tests, die bei jeder Änderung erneut ausgeführt werden, um sicherzustellen, dass nichts, was bereits funktioniert hat, kaputt geht.

Dies ist die schmerzhafteste und am wenigsten lohnende manuelle Arbeit, die es gibt. Die erneute manuelle Überprüfung der gleichen alten Abläufe bei jedem Release ist mühsam, zeitaufwändig und aufgrund von Ermüdung fehleranfällig. Dies ist genau das, was in einem wachsenden Team die meiste Qualitätssicherungszeit in Anspruch nimmt und von der Automatisierung am meisten profitiert.

Die Automatisierung der Regression befreit Menschen von mechanischer Arbeit und gibt ihnen Zeit für das, was nur Menschen gut können. Dies ist der Schritt, der den Engpass am meisten lindert. Beginnen Sie hier.

Schritt 3: Strukturieren Sie den explorativen Test

Es besteht die falsche Vorstellung, dass manuelles Testen ein „Wegklicken ohne Methode“ sei. Gut durchgeführtes exploratives Testen ist das Gegenteil: Es ist strukturiert, obwohl es kostenlos ist.

Die von mir empfohlene Technik besteht darin, Sitzungen mit Fokus und Zeit zu definieren. Anstatt „das System testen“ lautet das Skript „45 Minuten lang den Zahlungsfluss untersuchen und nach Randfällen suchen“. Dadurch wird eine Orientierung gegeben, ohne starr zu sein, und es werden Aufzeichnungen darüber erstellt, was abgedeckt und was gefunden wurde.

Diese Struktur macht manuelles Testen als Praxis skalierbar. Es ist keine vage Aktivität mehr, die unmöglich zu planen und zu messen ist, sondern wird zu einem überschaubaren Teil des Prozesses mit Fokus, Aufzeichnung und angesammeltem Lernen.

Schritt 4: Integrieren Sie die Qualitätssicherung in den Ablauf, nicht in das Ende

Das Modell, das die Bereitstellung am meisten behindert, ist die Qualitätssicherung als letzte Stufe: Der Entwickler ist fertig und wirft es dem Tester „über die Wand“, der Probleme erst spät erkennt, wenn die Behebung teuer ist.

Beim Klettern muss diese Wand niedergerissen werden. Qualität muss früh und während des Prozesses kommen, nicht erst am Ende. Das bedeutet, dass der Tester an der Definition dessen beteiligt ist, was erstellt werden soll, dabei hilft, über Randfälle nachzudenken, bevor der Code existiert, und beim Abschluss inkrementell statt auf einmal zu testen.

Die Veränderung ist sowohl Prozess als auch Kultur. Qualität liegt nicht länger in der Verantwortung einer Position am Ende der Produktionslinie, sondern wird auf dem Weg dorthin in die Verantwortung des gesamten Teams überführt. Der Tester wird zum Experten, der die Qualität aller steigert, nicht zum Trichter, durch den alles laufen muss.

Der Fehler bei der Messung der Qualitätssicherung anhand gefundener Fehler

Ein häufiger Fehler bei der Skalierung besteht darin, Metriken zu erstellen, die falsches Verhalten belohnen. Die Messung der Qualitätssicherung anhand der Anzahl der gefundenen Fehler fördert beispielsweise die späte Entdeckung von Fehlern, während es ideal wäre, sie frühzeitig zu verhindern.

Die Reife liegt in der Messung der Prävention, nicht nur der Erkennung. Einem Team, das in der Produktion weniger Fehler findet, geht es gut, auch wenn es insgesamt „weniger Fehler findet“. Der Zweck manueller oder automatisierter Tests bestand nie darin, Fehler zu finden; war es, ein zuverlässiges Produkt zu liefern. Erkennen ist ein Mittel, kein Zweck.

Beim Skalieren wird der Mensch neu positioniert, nicht entfernt

Die gesamte Roadmap orientiert sich an einer Idee: Bei der Skalierung manueller Tests geht es nicht darum, mehr manuelle Tests durchzuführen oder diese durch Maschinen zu ersetzen. Es geht darum, menschliche Anstrengungen dorthin zu verlagern, wo sie einen einzigartigen Mehrwert schaffen.

Die Maschine übernimmt das Wiederholende und das Objektive. Die Person übernimmt das Erforschende, das Subjektive, das Urteil über Erfahrung und Bedeutung. Das gesamte Team betrachtet Qualität als eine fortlaufende Verantwortung und nicht als einen Schritt, der an eine Position am Ende der Linie ausgelagert wird.

Teams, die diesen Übergang skalieren und gleichzeitig Qualität und Geschwindigkeit aufrechterhalten. Teams, die darauf bestehen, alles von Hand zu testen, entscheiden sich, ohne es zu merken, zwischen schneller und guter Lieferung. Es muss keine Wahlmöglichkeit geben, man muss einfach jeden Testtyp an seinen Platz setzen.

Wenn manuelle Tests zu einem Engpass bei Ihrer Umsetzung geworden sind und die Antwort auf dem Tisch lautet: „Stellen Sie mehr Leute zum Testen ein“, lohnt es sich vielleicht, den Prozess vor der Personalzählung zu überdenken. Ich habe weitere Artikel auf dem Blog über Qualität, Automatisierung und Management von Technologieteams, die detaillierter darauf eingehen.