Rolle des Softwaretesters: KI hilft, kritisches Denken zählt

Die Rolle des Softwaretesters verbindet technisches Wissen, kritisches Denken und Kommunikationsstärke mit der Bereitschaft, sich auf neue Werkzeuge einzustellen. In rund 25 Jahren gingen die Werkzeuge von früher Testautomatisierung über modellbasiertes Testen bis zur KI, der Bedarf dahinter blieb gleich: Tester bringen die Theorie, die Architekturentscheidungen und das Urteilsvermögen mit, die kein Werkzeug ersetzt. KI unterstützt, sie ersetzt nicht.

Das Wichtigste in Kürze

• Tester, die KI nutzen, werden Tester ersetzen, die es nicht tun. Die KI selbst ersetzt Tester nicht, denn Testtheorie, Architekturentscheidungen und das Denken in Testinfrastruktur brauchen weiterhin menschliche Expertise.
• Der Testerberuf verlangt seit jeher, etwa alle zehn Jahre neue Werkzeuge zu lernen, von der computergestützten Testfallgenerierung über modellbasiertes Testen bis zur KI. Deshalb zählt die Fähigkeit zu lernen mehr als die Beherrschung eines einzelnen Tools.
• Kommunikation gehört zum Kern der Testerrolle: Wer schlechte Nachrichten über einen Fehler überbringt, muss sie als Befund zur Qualität rahmen, nicht als persönliches Versagen oder als Angriff auf das Team.
• Der größte Wert, den ISTQB dem Softwaretest gebracht hat, ist ein gemeinsames Vokabular, mehr als jeder einzelne Zertifizierungsweg. Es bringt Tester aus verschiedenen Branchen auf dieselben Begriffe und Konzepte.
• Kritisches Denken ist die eine Fähigkeit, die KI einem Tester nicht liefern kann. Auf ihr bauen jedes Werkzeug, jedes Testverfahren und jeder Automatisierungsansatz auf.

Die Rolle des Softwaretesters: zwischen Entwicklung und Test, nicht gegenüber

Der Graben zwischen Testern und Entwicklern ist in den letzten 25 Jahren schmaler geworden, und wer ihn früh überbrückt hat, war seiner Zeit voraus. Tibor Csöndes kam aus der Forschung zum Testen und baute in einem Telekommunikationsumfeld ein Testautomatisierungswerkzeug. Damit stand er mitten zwischen zwei Lagern, die sich lange als getrennte Welten gesehen haben.

Den alten Gegensatz zwischen Testern und Entwicklern hat er nie so richtig gespürt, weil seine Arbeit an beiden Seiten hing. Das Werkzeug, an dem er mitgebaut hat, gehörte zum Test, griff aber direkt in die Entwicklung. Das Bindeglied zwischen beiden zu sein, das war die eigentliche Arbeit.

Dass Tester und Entwickler ein Team sind, sagt heute jeder. Tibor hat schon vor mehr als zwanzig Jahren danach gearbeitet, als es noch üblich war, die Rollen zu trennen. Der Fortschritt ist echt, auch wenn er noch nicht überall angekommen ist.

Warum Telco früher automatisiert hat als andere Branchen

Die Telekommunikation ist früher als die meisten Branchen auf automatisiertes Testen umgestiegen, weil die Arbeit es verlangt hat. Vor 25 bis 30 Jahren gab es dort sauber definierte Protokollbeschreibungen, und diese präzisen Spezifikationen machten Automatisierung zur naheliegenden Wahl statt manueller Prüfung.

Manuell geht vieles. Aber ein klar spezifiziertes Protokoll ist ein starkes Argument, die Tests von Maschinen ausführen zu lassen. Genau diese Klarheit hat die Automatisierung in der Telco-Welt früh nach vorne gebracht.

Das hat auch geprägt, wie man dort das Handwerk gelernt hat. In einer geschlossenen, protokollgetriebenen Branche war Automatisierung keine Zusatzqualifikation für später. Sie gehörte von Anfang an zum Job.

Drei Wellen der Testfallgenerierung: CATG, modellbasiertes Testen, KI

Das Versprechen, Tests automatisch zu erzeugen, ist in einem einzigen Berufsleben dreimal aufgetaucht, jedes Mal unter anderem Namen. Die erste Welle vor etwa 25 Jahren hieß CATG, Computer-Aided Test Generation. Sie verlief im Sand.

Rund zehn Jahre später kam das modellbasierte Testen. Es brachte neue Werkzeuge und echte Erkenntnisse, hielt aber nicht, was man sich davon versprochen hatte. Die Theorie hinter den Werkzeugen war zu komplex, um sie in die Industrie zu tragen, und große Organisationen taten sich schwer, sie einzuführen.

KI ist die dritte Welle, und ihr Vorteil ist die Reichweite. Mehr Tester können sie nutzen, sie ist leichter zu lernen und verständlicher als die modellbasierten Werkzeuge davor.

Das Muster ist bei allen drei Wellen dasselbe. Das Werkzeug wird besser, aber dahinter muss immer noch ein Tester stehen.

Ersetzt KI den Softwaretester? Nein, aber Tester mit KI überholen die anderen

Die ehrliche Antwort zu KI und Testerkarrieren ist kurz: KI ersetzt keine Tester, aber Tester, die KI nutzen, werden die abhängen, die es nicht tun. Die Gefahr ist nicht die Technologie. Die Gefahr ist, stehen zu bleiben, während andere lernen, mit ihr zu arbeiten.

KI senkt die Hürde, die ältere Werkzeuge aufgebaut haben. Statt dich durch komplexe Modellierungswerkzeuge zu klicken, gibst du Anforderungen ein, reflektierst sie mit der KI und baust leichter ein Modell als früher. Das Verstehen geht schneller.

Das Denken fällt dabei nicht weg. Kritisches Denken bleibt der Kern des Jobs, und du musst es in jede Aufgabe mitbringen. Die KI kennt die Testtheorie womöglich gar nicht. Du bist es, der die Architektur kennt, der weiß, was erreicht werden soll, und wie die Testinfrastruktur aussehen muss.

Die Arbeitsteilung ist also klar. Die Theorie kommt vom Tester. Die KI unterstützt, schreibt Skripte, hilft, die Arbeit fertigzumachen. Sie hilft, sie ersetzt nicht.

Was Softwaretester heute lernen sollten: Technik und Menschen

Am besten planst du dein Lernen in zwei Spuren: eine technische und eine menschliche. So ordnet es Tibor als Führungskraft ein, die diese Frage oft gestellt bekommt: Was soll ich lernen?

Auf der technischen Seite zuerst die Grundlagen. Danach kommt das Wissen über deine Branche, denn wo du arbeitest, bestimmt, was Testen dort bedeutet. Lern Automatisierung, weil sie immer weiter kommt, und lern KI, weil sie in fast jedem Fall unterstützen kann. Wenn du in einem Bereich ohne Automatisierung arbeitest, ist genau das dein Ansatzpunkt.

Auf der menschlichen Seite wiegt Kommunikation schwer. Tester überbringen oft schlechte Nachrichten, und das muss man gut können.

“Die schlechte Nachricht heißt nicht, dass du der Böse bist. Vielleicht bist du der Gute, der einen echten Fehler findet, der später dein Unternehmen oder dein Produkt zerstören könnte.”

(Tibor Csöndes)

Persönliche Fähigkeiten und kritisches Denken runden die nicht-technische Spur ab. Tester ticken oft ähnlich, deshalb erkennen sie sich schnell: Sie fragen bei allem im Leben, wie man die Bugs darin findet.

Lernfähigkeit zählt mehr als jedes einzelne Werkzeug

Die Fähigkeit, die jedes Werkzeug überdauert, ist die, ein neues zu lernen. Niemand weiß, wie Testen in fünf, zehn oder fünfzehn Jahren aussieht. Neue Sprachen, neue Werkzeuge, neue Verfahren kommen, und der einzige verlässliche Schutz ist, offen zu bleiben.

Die Soft Skills bleiben in diesem Wechsel stabil. Kommunikation und kritisches Denken waren vor der KI gefragt und sind es jetzt umso mehr. Die Werkzeuge ändern sich jedes Jahr, wie sie es immer getan haben, und du passt dich an, wie du es immer getan hast.

Deshalb muss Lernen laufend passieren und nicht als einmalige Zertifizierung. Das Hungarian Testing Board und ISTQB sehen kontinuierliche Weiterentwicklung beide als Normalfall, nicht als Extra.

Ein aktuelles Beispiel ist ein KI-basiertes Werkzeug, das an das praktische Testen nach ISTQB anknüpft. Du lernst im Werkzeug, die KI korrigiert dich unterwegs, und wenn du dich bereit fühlst, legst du dort auch die Prüfung ab. Die KI hilft dir, schneller und effizienter zu lernen, aber dahinter stehen der Tester, das kritische Denken und ein offener Kopf.

Der größte Beitrag von 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 irgendwie testeten, aber ohne gemeinsame Begriffe. Der ISTQB-Standard hat ihnen eine Sprache gegeben.

Heute weiß jeder, was eine Teststrategie ist und was ein Testmanager macht. Diese gemeinsame Bedeutung ist die Hauptsache, mehr als jeder einzelne Lehrplan.

Der Standard entwickelt sich weiter. ISTQB bietet inzwischen Spezialistenmodule an, mit denen du in die Richtung tief einsteigen kannst, die deiner Arbeit am nächsten liegt. Dazu kommen die Leute aus ganz unterschiedlichen Branchen, auch darin liegt der Wert.

Tibor kam aus der Telekommunikation, einem geschlossenen Feld mit eigenen Abkürzungen und einer Theorie, die auf Telekommunikationsprotokollen aufbaut und von Gremien wie ETSI geprägt ist. Erst bei ISTQB hat er gesehen, wie viel davon mit dem übereinstimmt, was andere machen. Die Wörter und Abkürzungen waren andere, die Ideen dahinter dieselben.

Die Community ist der eigentliche Motor, nicht nur die Konferenz

Testwissen wächst am schnellsten in der Community, und rund um die HUSTEF ist die Community der Zweck und kein Nebeneffekt. Mehr als zehn Leute vom Hungarian Testing Board betreuen die Stände und stemmen die Konferenz, und derselbe Geist zeigt sich in den ISTQB-Arbeitsgruppen.

Das Board arbeitet in vielen Arbeitsgruppen und Reviews mit. Ein großer Teil der Reviews kommt von dort, und das aus einem Land mit weniger als zehn Millionen Einwohnern. Auch ein kleines Land kann eine der stärksten Communitys im Fach aufbauen.

Der Weg zur Mitgliedschaft ist so gebaut, dass Leute Schritt für Schritt hineinwachsen. Die erste Stufe steht allen offen, die zur Community gehören wollen.

• Community: Offen für alle. Du kommst auf die Mailingliste und bekommst Anfragen für Projekte, Übersetzungen oder Reviews.
• Schrittweise Mitarbeit: Über diese Aufgaben lernst du dazu und wirst aktiver.
• Vollmitglied: Mit der Zeit kannst du Vollmitglied des Boards werden.

Die Pläne reichen über die Konferenz hinaus. Im Gespräch ist ein Test-Hackathon, ein “Testathon”, für Leute, die sonst weder auf eine Konferenz gehen noch in einer Standardisierungsgruppe mitarbeiten würden, aber mit Begeisterung eine Nacht lang Testautomatisierung bauen, weil es Spaß macht.

Ein kleines Land will überall sein, wo getestet wird

Das langfristige Ziel ist klar: Wenn in Ungarn jemand Softwaretest sagt, soll die Antwort Hungarian Testing Board lauten. Die Vision für die nächsten fünf bis zehn Jahre: überall präsent sein, wo getestet wird.

Die HUSTEF ist das öffentliche Gesicht dieses Anspruchs. Tibor zählt sie zu den drei wichtigsten Konferenzen in Europa, und das Ziel ist, weiterzumachen und internationaler zu werden, statt sich darauf auszuruhen.

Wer mitmachen will, hat zwei klare Wege. Tester aus dem Ausland können beim Call for Papers der HUSTEF einreichen und teilnehmen. Wer in der Region lebt, kann dem Hungarian Testing Board auf der offenen Community-Stufe beitreten und von dort aus tiefer einsteigen.

Häufig gestellte Fragen

Was macht eine Branche zu einem guten Kandidaten für frühzeitige Testautomatisierung?

Präzise Spezifikationen. Die Telekommunikationsbranche hat schon vor 25 bis 30 Jahren auf automatisierte Tests umgestellt, weil die Protokollbeschreibungen klar definiert waren, und ein klar spezifiziertes Protokoll ist ein starkes Argument dafür, die Tests von Maschinen ausführen zu lassen, anstatt sie manuell zu überprüfen. Wo diese Klarheit herrscht, ist Automatisierung kein Luxus, den man später hinzufügt; sie gehört von Anfang an zum Job dazu.

Arbeiten Tester und Entwickler immer noch in getrennten Lagern?

Weniger als früher. Die Kluft hat sich in den letzten 25 Jahren verringert, und diejenigen, die sie frühzeitig überbrückt haben, waren ihrer Zeit voraus. Tibor Csöndes entwickelte ein Testautomatisierungstool in einer Telekommunikationsumgebung: Das Tool war im Bereich des Testens angesiedelt, griff aber direkt in die Entwicklung ein, und die eigentliche Arbeit bestand darin, als Bindeglied zwischen den beiden Bereichen zu fungieren. „Ein Team“ ist heute ein gängiger Begriff, wenn auch noch nicht überall Realität.

Warum hat sich modellbasiertes Testen nie durchgesetzt?

Die Theorie hinter den Tools war zu komplex, um in der Branche Fuß zu fassen, und große Unternehmen hatten Schwierigkeiten, sie umzusetzen. Modellbasiertes Testen kam vor etwa 15 Jahren auf, brachte echte Tools und echte Erkenntnisse mit sich, erfüllte aber nicht die Erwartungen der Leute. Es teilte das Schicksal der computergestützten Testgenerierung etwa ein Jahrzehnt zuvor, die kam und wieder verschwand.

Welchen Teil des Testens kann KI übernehmen, und was bleibt beim Tester?

KI unterstützt: Sie schreibt Skripte, hilft dabei, Anforderungen zu reflektieren, und macht das Erstellen eines Modells einfacher, als sich durch komplexe Modellierungstools zu klicken. Die Theorie kommt vom Tester. Du bist derjenige, der die Architektur kennt, weiß, was du erreichen willst, und wie man die Testinfrastruktur aufbaut. KI kennt die Testtheorie vielleicht gar nicht, daher hilft sie eher dabei, die Arbeit zu erledigen, anstatt das dahinterstehende Urteilsvermögen zu ersetzen.

Warum wird Kommunikation als zentrale Testkompetenz und nicht als nebensächliches Extra betrachtet?

Weil ein Tester regelmäßig schlechte Nachrichten überbringt, und wie diese Nachrichten ankommen, entscheidet darüber, ob sie überhaupt gehört werden. Ein Fehlerbericht muss als Befund zur Qualität formuliert werden, nicht als persönliches Versagen oder Angriff auf das Team. Einen Fehler zu finden, der dem Produkt oder dem Unternehmen später schaden könnte, macht dich zum Guten, nicht zum Bösen.

Reicht eine Zertifizierung aus, um die Fähigkeiten eines Testers auf dem neuesten Stand zu halten?

Nein. Lernen muss kontinuierlich stattfinden und darf nicht nur eine einmalige Prüfung sein, denn die Tools ändern sich jedes Jahr und niemand weiß, wie das Testen in fünf, zehn oder fünfzehn Jahren aussehen wird. Es kommen ständig neue Sprachen, Tools und Techniken hinzu, und die Fähigkeit, etwas Neues zu lernen, ist wichtiger als die Beherrschung eines einzelnen Tools. Kommunikation und kritisches Denken bleiben in diesem Wandel beständig.

Was hat eine Standardisierung wie ISTQB tatsächlich im täglichen Testen verändert?

Sie hat dem Testen ein gemeinsames Vokabular gegeben. Früher führten Tester, Entwickler und verschiedene Branchen alle irgendeine Form von Testen durch, ohne gemeinsame Begriffe zu haben. Heute weiß jeder, was eine Teststrategie ist und was ein Testmanager macht, und diese gemeinsame Bedeutung ist wichtiger als jeder einzelne Lehrplan. Jemand, der aus der Telekommunikationsbranche kommt (mit ihren eigenen Abkürzungen und protokollbasierten Theorien), stellt fest, dass die zugrunde liegenden Ideen weitgehend mit dem übereinstimmen, was andere tun.