Die Rolle des Testers in der Softwarequalität besteht darin, technisches Wissen, kritisches Denken und Kommunikationsfähigkeiten zu kombinieren und sich gleichzeitig an die sich verändernden Werkzeuge anzupassen. Im Laufe von etwa 25 Jahren haben sich die Werkzeuge von der frühen Testautomatisierung über modellbasiertes Testen bis hin zu KI verändert, aber die grundlegende Notwendigkeit bleibt bestehen: Tester liefern die Theorie, die Architekturentscheidungen und das Urteilsvermögen, das Werkzeuge nicht ersetzen können. KI hilft, aber sie ersetzt nicht.
Das Wichtigste in Kürze
- Tester, die KI einsetzen, werden diejenigen ersetzen, die dies nicht tun, aber KI selbst wird Tester nicht ersetzen, denn Testtheorie, Architekturentscheidungen und Infrastrukturdenken erfordern immer noch menschliches Fachwissen.
- Die Rolle des Testers erfordert seit jeher das Erlernen neuer Werkzeuge, von der computergestützten Testerstellung über modellbasiertes Testen bis hin zu KI.
- Kommunikationsfähigkeit ist eine der Kernkompetenzen von Testern, denn um schlechte Nachrichten über einen Fehlerzustand zu übermitteln, muss man ihn als Befund der Qualität darstellen und nicht als persönliche Fehlerwirkung oder als Angriff auf das Team.
- Ein gemeinsames Vokabular, nicht nur eine Zertifizierung, ist der wichtigste Wert, den das ISTQB für das Testen von Software gebracht hat, indem es Tester aus verschiedenen Branchen auf gemeinsame Begriffe und Konzepte gebracht hat.
- Kritisches Denken ist die einzige Fähigkeit, die KI einem Tester nicht vermitteln kann, und es bleibt die Grundlage, von der jedes Werkzeug, jede Technik und jeder Automatisierungsansatz abhängt.
Der Tester sitzt zwischen Entwicklung und Testen, nicht gegenüber
Die Kluft zwischen Testern und Entwicklern hat sich in den letzten 25 Jahren verringert, und die Leute, die diese Kluft früh überbrückten, waren ihrer Zeit voraus. Tibor Csöndes kam über einen Forschungshintergrund zum Testen und baute ein Tool zur Testautomatisierung in einer Telekommunikationsumgebung. Diese Position brachte ihn in die Mitte von zwei Lagern, die sich früher als getrennt ansahen.
Den alten Widerspruch zwischen Testern und Entwicklern hat er nie ganz gespürt, denn seine Arbeit war mit beiden Seiten verbunden. Das Tool, an dessen Entwicklung er beteiligt war, gehörte zwar zum Testen, hatte aber direkten Einfluss auf die Entwicklung. Der Klebstoff zwischen den beiden Teilen zu sein, war seine Arbeit.
Die Idee, dass Tester und Entwickler als ein Team arbeiten, ist heute in aller Munde. Tibor hat schon vor mehr als zwei Jahrzehnten danach gehandelt, als es noch üblich war, die Rollen getrennt zu halten. Es gab echte Fortschritte, auch wenn sie noch nicht überall wahr sind.
Warum Telco das Testen automatisierte, bevor andere Branchen es taten
Die Telekommunikationsbranche ist früher als die meisten anderen Branchen zum automatisierten Testen übergegangen, weil die Arbeit es erforderte. Vor fünfundzwanzig bis dreißig Jahren gab es in der Telekommunikation genau definierte Protokollbeschreibungen, und diese präzisen Spezifikationen machten die Automatisierung zur offensichtlichen Wahl anstelle einer manuellen Prüfung.
Man kann vieles manuell machen, aber ein klar definiertes Protokoll ist ein starkes Argument dafür, die Tests von Maschinen durchführen zu lassen. Diese Klarheit ist es, die die Automatisierung in der Telekommunikation vorantreibt.
Das hat auch die Art und Weise beeinflusst, wie ein Tester sein Handwerk lernt. In einer geschlossenen, protokollgesteuerten Branche war Automatisierung keine Luxusfähigkeit, die später hinzugefügt wurde. Sie war von Anfang an Teil des Jobs.
Drei Wellen der Testerzeugung: CATG, modellbasierter Test, KI
Das Versprechen, Tests automatisch zu generieren, ist in einer Karriere dreimal aufgetaucht, jedes Mal unter einem anderen Namen. Die erste Welle vor etwa 25 Jahren hieß CATG, computerunterstützte Testerstellung. Sie verblasste.
Etwa zehn Jahre später kam das modellbasierte Testen auf. Sie brachten neue Werkzeuge und echte Lernerfolge, aber sie erfüllten nicht die Erwartungen der Menschen. Die Theorie hinter den Tools war zu komplex, um sie in der Industrie durchzusetzen, und große Unternehmen taten sich schwer, sie zu übernehmen.
KI ist die dritte Welle, und ihr Vorteil ist die Reichweite. Mehr Tester können sie nutzen, sie ist leichter zu erlernen und verständlicher als die modellbasierten Tools, die es vorher gab.
| Die dritte Welle | Grobes Timing | Warum sie ins Stocken geriet oder sich ausbreitete |
|---|---|---|
| CATG (computer-aided test generation) | ~25 Jahre | Kam und ging |
| Modellbasiertes Testen | vor ca. 15 Jahren | Werkzeuge und Theorie zu komplex, um in großen Organisationen eingesetzt zu werden |
| KI-unterstütztes Testen | Jetzt | Breitere Anwendung, leichter zu erlernen, verständlicher |
Das Muster ist bei allen drei Wellen das gleiche. Das Werkzeug wird besser, aber der Tester muss immer noch dahinter stehen.
KI übernimmt nicht den Job des Testers, aber ein Tester, der KI einsetzt, könnte
Der ehrliche Satz über KI und die Karriere von Testern ist direkt: KI wird Tester/innen nicht ersetzen, aber Tester/innen, die KI einsetzen, werden Tester/innen, die dies nicht tun, überflügeln. Die Bedrohung ist nicht die Technologie. Sie steht still, während andere lernen, mit ihr zu arbeiten.
KI senkt die Hürde, die ältere Tools aufgebaut haben. Anstatt dich durch komplexe Modellierungswerkzeuge zu klicken, kannst du Anforderungen eingeben, sie mit der KI reflektieren und ein Modell einfacher als bisher erstellen. Die Arbeit des Verstehens wird schneller.
Das Denken geht nicht verloren. Kritisches Denken bleibt zentral für den Job, und du musst es bei jeder Aufgabe einbringen. KI kennt die Theorie des Testens vielleicht gar nicht. Du bist derjenige, der die Architektur kennt, weiß, was du erreichen willst und wie du die Testinfrastruktur aufbaust.
Die Arbeitsteilung ist also klar. Die Theorie kommt vom Tester. Die KI unterstützt ihn, schreibt Skripte und hilft, die Arbeit zu erledigen. Sie hilft, sie ersetzt nicht.
Was Tester jetzt lernen sollten, aufgeteilt in technische und menschliche Fähigkeiten
Am sinnvollsten ist es, die technische Schiene von der menschlichen Schiene zu trennen, um das Lernen zu planen. Tibor macht das als Personalverantwortlicher, der oft die Frage gestellt bekommt: Was soll ich lernen?
Auf der technischen Seite solltest du mit den Grundlagen beginnen. Die Grundlagen stehen an erster Stelle, dann folgt das Wissen über deine Branche, denn wo du arbeitest, bestimmt, was Testen bedeutet. Lerne die Automatisierung, denn sie kommt immer wieder, und lerne KI, denn sie kann in fast allen Fällen helfen. Wenn du in einem nicht-automatisierten Bereich arbeitest, musst du genau dort ansetzen.
Auf der menschlichen Seite spielt die Kommunikation eine große Rolle. Ein Tester überbringt oft schlechte Nachrichten, und du musst wissen, wie man das gut macht.
Die schlechten Nachrichten bedeuten nicht, dass du der Bösewicht bist. Vielleicht bist du der gute Kerl, der einen echten Fehler findet, der später dein Unternehmen oder dein Produkt zerstören kann.
- Tibor Csöndes
Persönliche Fähigkeiten und kritisches Denken runden die nicht-technische Schiene ab. Tester neigen zu einer ähnlichen Denkweise, weshalb sie sich schnell wiedererkennen: die Angewohnheit zu fragen, wie man Bugs findet, angewandt auf alles im Leben.
Die Fähigkeit zu lernen ist wichtiger als jedes einzelne Werkzeug
Die Fähigkeit, ein neues Werkzeug zu erlernen, überdauert jedes Werkzeug. Niemand weiß, wie das Testen in fünf, zehn oder fünfzehn Jahren aussehen wird. Neue Sprachen, neue Werkzeuge, neue Techniken werden kommen, und die einzige zuverlässige Verteidigung ist, offen zu bleiben.
Die Soft Skills bleiben in dieser Zeit unverändert. Kommunikation und kritisches Denken waren schon vor der KI gefragt und sind es jetzt noch mehr. Die Werkzeuge ändern sich jedes Jahr, so wie sie es immer getan haben, und du passt dich ihnen an, so wie du es immer getan hast.
Aus diesem Grund muss das Lernen kontinuierlich erfolgen und nicht nur durch eine einmalige Zertifizierung. Sowohl das Hungarian Testing Board als auch das ISTQB betrachten ständige Verbesserung als Norm, nicht als Extra.
Ein aktuelles Beispiel ist ein KI-basiertes Tool, das mit dem praktischen Testen des ISTQB verbunden ist. Du lernst mit dem Tool, die KI korrigiert dich, und wenn du dich bereit fühlst, legst du die Prüfung am selben Ort ab. Die KI hilft dir, schneller und effizienter zu lernen, aber der Tester, das kritische Denken und der offene Geist stehen dahinter.
Der größte Beitrag des ISTQB ist eine gemeinsame Sprache
Das Wertvollste, was die Standardisierung dem Testen gebracht hat, ist ein gemeinsames Vokabular. Als Tibor anfing, gab es getrennte Gruppen: Tester, Entwickler, verschiedene Branchen, die alle in irgendeiner Form Testen, ohne gemeinsame Begriffe. Der ISTQB-Standard gab ihnen eine gemeinsame Sprache.
Heute weiß jeder, was eine Teststrategie ist und was ein Testmanager tut. Diese gemeinsame Bedeutung ist das Wichtigste, mehr als jeder einzelne Lehrplan.
Der Standard bleibt in Bewegung. Das ISTQB bietet jetzt spezielle Module an, damit du in die Richtung gehen kannst, die deiner Arbeit am nächsten kommt. Außerdem kommen die Teilnehmer/innen aus ganz unterschiedlichen Branchen, was einen Teil des Wertes ausmacht.
Tibor kam aus der Telekommunikationsbranche, einem geschlossenen Bereich mit eigenen Akronymen und einer Theorie, die auf Telekommunikationsprotokollen basiert und von Gremien wie ETSI geprägt wurde. Als er dem ISTQB beitrat, wurde ihm klar, wie viel davon mit dem übereinstimmte, was andere taten. Die Wörter und Akronyme unterschieden sich, aber die zugrunde liegenden Ideen waren dieselben.
Die Gemeinschaft ist der eigentliche Motor, nicht nur die Konferenz
Das Wissen über das Testen wächst am schnellsten durch die Gemeinschaft, und die Struktur rund um das HUSTEF behandelt die Gemeinschaft als Kernpunkt und nicht als Nebeneffekt. Mehr als zehn Leute vom Hungarian Testing Board betreuen die Stände und leiten die Konferenz, und der gleiche Geist zeigt sich auch in den ISTQB-Arbeitsgruppen.
Das Board arbeitet in vielen Arbeitsgruppen und Reviews mit. Ein großer Teil der Reviews stammt von ihm, und das in einem Land mit weniger als zehn Millionen Einwohnern. Eine kleine Nation kann trotzdem eine der stärksten Gemeinschaften in diesem Bereich aufbauen.
Der Mitgliedschaftspfad ist so aufgebaut, dass er die Menschen schrittweise anzieht. Die erste Stufe steht jedem offen, der der Gemeinschaft angehören möchte.
- Community: Offen für alle. Du wirst in die Mailingliste aufgenommen und erhältst Anfragen für Projekte, Übersetzungen oder Reviews.
- Schrittweise Beteiligung: Durch diese Aufgaben lernst du und wirst immer aktiver.
- Volles Mitglied: Mit der Zeit kannst du ein vollwertiges Mitglied des Vorstands werden.
Der Plan geht auch über die Konferenz hinaus. Ein Test-Hackathon, ein “Testathon”, ist im Gespräch, um Leute anzulocken, die sonst nicht an einer Konferenz teilnehmen oder einer Standardisierungsgruppe beitreten würden, die aber gerne die ganze Nacht an der Testautomatisierung basteln würden, weil es Spaß macht.
Ein kleines Land, das überall sein will, wo Testen passiert
Das langfristige Ziel ist klar: Wenn in Ungarn jemand Software-Testen sagt, sollte die Antwort das Hungarian Testing Board sein. Die Vision für die nächsten fünf bis zehn Jahre ist es, überall dort präsent zu sein, wo getestet wird.
Das HUSTEF ist das öffentliche Gesicht dieses Ziels. Tibor zählt sie zu den drei besten Konferenzen in Europa, und das Ziel ist es, weiterzumachen und internationaler zu werden, anstatt sich auf dieser Position auszuruhen.
Wenn du dabei sein willst, gibt es zwei klare Möglichkeiten. Internationale Tester können sich auf den HUSTEF Call for Papers bewerben und teilnehmen. Jeder in der Region kann dem Hungarian Testing Board auf der offenen Gemeinschaftsebene beitreten und von dort aus seinen Weg in die Tiefe finden.
