Wie die Produktqualität durch die Rolle des Testautomatisierers beeinflusst wird

Wie steht es um die Produktqualität?

Im Laufe meiner Karriere als Qualitätsingenieur habe ich eine große Leidenschaft für Qualität entwickelt. Diese Leidenschaft geht weit über die Qualität von Softwareprodukten hinaus. Es geht auch um die Qualität aller Interaktionen, die Qualität der Prozesse und die Qualität der Arbeits- und Lebenserfahrung. Ich strebe danach, in jedem Aspekt meines Lebens Spitzenleistungen zu erbringen, und es tut weh, wenn es an Größe mangelt.

In meinem Berufsleben habe ich erlebt, wie sich der Schwerpunkt des Marktes immer mehr von der Qualität auf die Geschwindigkeit verlagert hat. Wir bauen mehr Produkte als je zuvor; leider sind viele davon nicht auf der Höhe der Zeit.

Es verwirrt mich manchmal, wie IT-Organisationen bisher versucht haben, den Qualitätsverfall zu beheben.

Die Begegnungen mit einem Testautomaten

Das passiert von Zeit zu Zeit: Ich komme in ein neues Team und eines der Teammitglieder stellt sich als 'Testautomatisierer' (oder, häufiger, als 'Experte für Testautomatisierung') vor. Nicht in allen Unternehmen gibt es solche Experten; sie scheinen nicht obligatorisch zu sein.

Warum also brauchen manche Teams sie und andere nicht? Es muss einige Entscheidungen geben, die zu diesen Teamzusammensetzungen führen. Wonach richten sich Ihre Einstellungsentscheidungen? Wie definieren Sie die Rollen für Ihre Teams? Geht es Ihnen nur darum, einem Markttrend zu folgen? Und vor allem: Bekommen Sie den erwarteten Nutzen?

Der Aufstieg des Testautomaten

Ich erinnere mich an Teams, die langsam waren. Sie legten großen Wert auf die Qualität und hatten daher alle Tester, die Exploration und manuelle Regressionstests durchführten. Als die Produkte wuchsen, wurde die Dauer der Regressionstests immer länger. Regressionstests waren eine sichtbare Einschränkung des Prozesses. Sie konnten nicht mehr so weitermachen; sie wollten schneller werden.

"Wenn ich die Leute gefragt hätte, was sie sich wünschen, hätten sie gesagt: schnellere Pferde.

Henry Ford

 

Nun, wir wollen schnellere Tester! Was ist das Gegenstück zum Auto? - Testautomatisierung! Der Testautomatisierer war geboren - ein Tester, der nicht nur schneller testet, sondern es auch automatisch tut.

Zwei Hüte tragen

Als Tester wird von Ihnen nun plötzlich erwartet, dass Sie ein Auto sind. Sie werden aufgemotzt, lernen ein paar Automatisierungsfähigkeiten und verschlingen ein Tool nach dem anderen. Die Verwandlung ist abgeschlossen. Jetzt können Sie sich mit Stolz Testautomatisierungsingenieur nennen. Was wird von dieser verwandelten Person, dem Testautomatisierer, erwartet?

Ein kurzer Blick auf die Stellenausschreibungen verrät, dass beides erwartet wird - Automatisierung und Erkundung. In einigen Beschreibungen wird sogar ausdrücklich darauf hingewiesen, dass Sie eine "Automation first"-Einstellung haben sollten. Man kann also davon ausgehen, dass ein Testautomatisierer in den meisten Teams für beides zuständig ist.

Wie setzen Sie Prioritäten und schaffen Sie ein Gleichgewicht zwischen der Automatisierung und der Erforschung des Produkts? Ist es in Ordnung, nur eines zu tun? Oder beides, aber nur teilweise? Was lassen Sie unerledigt? Sie können nur einmal Zeit aufwenden.

Wir stellen Geschwindigkeit so sehr über Qualitätsmerkmale, dass wir die Leute, die über die Qualität unseres Produkts wachen, verwirren. Wir schaffen ein Ungleichgewicht, indem wir der Automatisierung von Prüfungen, die durch ihre Wiederholbarkeit eine zukünftige Geschwindigkeitssteigerung versprechen, den Vorrang geben und dabei vergessen, ein tatsächliches Qualitätsprodukt zu entwickeln.

Der Engpass ist schuld

Jeder Ansatz hat seine Vor- und Nachteile. Der Einsatz von Automatisierungsingenieuren bietet zwar viele Vorteile, hat aber auch einige Nachteile. Das größte Problem bei diesem Ansatz ist, dass er Silos schafft. Eine einzelne Person im Team erhält ein Monopol auf die Testautomatisierung. Wenn bei den automatisierten Tests etwas schief geht, und das passiert häufig, ist die ganze Abteilung darauf angewiesen, dass dieser eine Silo das Problem behebt. Mit der Zeit wächst das Misstrauen im Team, und die Tests werden verurteilt.

Es stellt sich heraus, dass wir, anstatt einen Engpass zu beseitigen, nun einen neuen geschaffen haben. Der Testautomat ist nicht wie ein Auto. Die Rolle ist nicht einmal so gut wie die eines schnellen Pferdes. Das Misstrauen schmälert den potenziellen Wert eines Testautomaten.

Es liegt auf der Hand, dass ein einziger Ausfallpunkt nicht wünschenswert ist, und doch entwerfen so viele Unternehmen genau das.

Der Fall des Testautomaten

Es gibt eine Lösung für dieses Silo-Problem - einen Teamansatz, Testen als Teamarbeit. Qualität sollte eine Teamaufgabe sein! Sowohl Qualität als auch Geschwindigkeit sind möglich.

Wenn es um Testautomatisierung geht, sind Entwickler besser darin, Software zu entwerfen und zu schreiben, und Testautomatisierung ist nichts anderes als Software.
Teams brauchen immer noch eine qualitätsorientierte Perspektive, um herauszufinden, was getestet werden soll, daher sollten Entwickler aktiv in den Prozess eingebunden werden und eng mit Testern zusammenarbeiten.

Epilog: Der Aufstieg des Testers

Wenn ich an einen Tester denke, denke ich an jemanden, der die Qualität des Produkts während des gesamten Prozesses, von der Idee bis zur Produktion, bewacht.

Ein guter Tester tut dies, indem er eine Qualitätsperspektive in verschiedene Teamveranstaltungen einbringt.

Ein guter Tester arbeitet auch mit den Entwicklern an der Story und erforscht das Produkt kontinuierlich.

Ein exzellenter Tester, ein Qualitätswächter, macht Qualität zu einer Teamaufgabe und trainiert die Entwickler, damit sie bessere Tester werden.

 

Ich bin ein Spezialist bei Qxperts. Wir unterstützen Unternehmen dabei, zuverlässige und hochwertige Software zu entwickeln. Haben Sie Fragen? Wir sind für Sie da! www.qxperts.io