Der Kontext beim Softwaretesten umfasst alle Bedingungen, Menschen, Werkzeuge, Prozesse und Unbekannten, die bestimmen, wie gutes Testen in einer konkreten Situation aussieht. Weil der Kontext nie statisch ist, ist „Es kommt darauf an“ keine Ausflucht, sondern die einzig ehrliche Antwort. Testerinnen und Tester, die neugierig bleiben, nach dem Warum hinter Werkzeugen und Prozessen fragen und Veränderungen als Chance statt als Bedrohung betrachten, können echte Qualität am besten fördern.
Das Wichtigste in Kürze
- „Es kommt darauf an“ ist in komplexen Umgebungen die einzig ehrliche Antwort, weil der Kontext nie statisch ist und im Verlauf der Arbeit immer wieder unbekannte Faktoren auftauchen.
- Entschiedene Bescheidenheit – klar zu wissen, was du nicht weißt und wo du Antworten findest – ist für Testerinnen und Tester wertvoller als vorgetäuschte Gewissheit.
- Nach dem Zweck eines Werkzeugs, Prozesses oder einer Entscheidung zu fragen, gehört zur Verantwortung von Testerinnen und Testern. Ungeprüfte Annahmen führen zu falschen Lösungen.
- Gewinner scheitern häufiger als Verlierer, weil Handeln im Unbekannten Lernen ermöglicht, während Untätigkeit keine Grundlage schafft, auf der sich aufbauen lässt.
- Testerinnen und Tester, die sich nicht an der Diskussion über KI beteiligen, riskieren, dass ihr Handwerk durch Lösungen ersetzt wird, die Menschen ohne Verständnis für Softwarequalität entwickeln.
„Es kommt darauf an“ ist die einzig ehrliche Antwort bei komplexer Arbeit
Die Standardantwort auf die meisten Fragen zum Testen lautet „Es kommt darauf an“ – und das ist keine Ausflucht. Es ist die genaueste Antwort, solange das vollständige Bild noch nicht sichtbar ist.
Die ausführliche Antwort lautet: „Es kommt auf den Kontext an.“ Testerinnen und Tester können eine Einschätzung geben, die sich aus ihrer Erfahrung, ihrer Vergangenheit und ihrer Lektüre speist. Solange der Kontext aber nicht verstanden ist, bleibt die tatsächliche Antwort offen.
Iteratives Arbeiten verschärft diese Situation. Im Verlauf entstehen Dinge, die heute noch niemand kennt. Kontext ist nie festgeschrieben. Deshalb ist es sinnvoll, flexibel und pragmatisch zu bleiben und sich immer genau so weit zu informieren, wie es die aktuelle Arbeit verlangt.
Schwierig ist, „Es kommt darauf an“ zu sagen, ohne den Eindruck zu erwecken, man wolle der Aufgabe ausweichen. Kontext als echten Wert und nicht als Entschuldigung zu behandeln, lässt sich schwerer vermitteln, als schnell und selbstbewusst das Falsche zu tun.
Entschiedene Bescheidenheit: Sei dir sicher, was du nicht weißt
Entschiedene Bescheidenheit ist eine der wichtigsten Eigenschaften für Testerinnen und Tester, die mit ständigem Wandel umgehen. Sie bedeutet, klar und bestimmt zu den Grenzen des eigenen Wissens zu stehen und zugleich genau zu wissen, wo sich diese Lücken schließen lassen.
Neugier und kritisches Denken gelten als klassische Eigenschaften im Testen. Entschiedene Bescheidenheit gehört dazu. Du kennst die Grenzen deines Wissens und weißt, was du lesen, wen du fragen und wann du nachfragen solltest.
Dazu passt ein vorsichtiger Optimismus. Veränderungen in der Branche lösen häufig Angst vor dem Unbekannten aus, und ein Teil dieser Angst ist berechtigt. Im Unbekannten liegen aber auch Chancen. Es ist besser, eine Veränderung früh mitzugestalten, als abzuwarten und sie nur als Bedrohung zu betrachten.
Sich im Unbekannten wohlzufühlen, widerspricht der traditionellen Haltung, die einen gut kartierten Weg und ein bekanntes Ziel schätzt. Testerinnen und Tester müssen heute bewusst lernen, mit dem Unbekannten souverän umzugehen.
Tester sind darauf trainiert, Katastrophen zu erwarten – und das hat seinen Preis
Viele Menschen sind zum Testen gekommen, weil sie Risiken und Probleme gut erkennen. Derselbe Instinkt kann sich gegen sie richten.
Wer nur als Überbringer von Katastrophenszenarien wahrgenommen wird, wird schnell zur Person, die immer Nein sagt: negativ, teuer und ungern im Raum gesehen. Dieser Ruf erschwert die Zusammenarbeit in interdisziplinären Teams.
Den Blick vom Scheitern auf den gemeinsamen Erfolg zu verschieben, ist weder einfach noch intuitiv. Genau dadurch gewinnt ein Team jedoch gemeinsam, statt in entgegengesetzte Richtungen zu ziehen.
Wie veränderst du eine Haltung, ohne Menschen dazu aufzufordern?
Du kannst nicht zu Menschen gehen und ihnen befehlen, eine neue Haltung anzunehmen. Der Weg führt zuerst über ein Verständnis der einzelnen Menschen, mit denen du arbeitest.
Kehre zum Kontext zurück. Finde heraus, was eine Kollegin oder einen Kollegen antreibt, was ihr oder ihm wichtig ist, was die Person vermeidet und wo im Arbeitsalltag Druck entsteht. Mit diesem Verständnis kannst du ein Problem benennen und anschließend als Chance statt als Vorwurf darstellen.
Das allein zu tun, ist selten klug. Vor einem wichtigen Gespräch hilft ein Realitätscheck mit einer vertrauten Person. So kannst du prüfen, ob du die Situation richtig einschätzt, auch wenn du einige Details abstrahieren musst.
Einen Plan laut auszusprechen, ist oft hilfreicher, als ihn nur im Kopf kreisen zu lassen. Ergänze die entschiedene Bescheidenheit: „Ich weiß hier nicht alles, aber ich sehe Verbesserungspotenzial und glaube, dass wir gemeinsam etwas erreichen können.“ Diese Formulierung lädt andere zur Zusammenarbeit ein.
Software entsteht durch Menschen, nicht an ihnen vorbei
Du kannst nicht als Insel erfolgreich sein. Die eigene Karriere mag sich wie die eigene Geschichte anfühlen, aber in der Geschichte anderer bist du nicht die Hauptfigur. Wachstum entsteht durch die Zusammenarbeit mit anderen.
Die Idee, dass Softwaretesten eine soziale Tätigkeit ist, bleibt auch dann gültig, wenn KI immer mehr Teile der Arbeit beeinflusst. Soziale Interaktion bleibt der Kern dessen, was gemeinsamen Erfolg ermöglicht.
Deshalb ist der Perspektivwechsel wichtig: Frage eine Kollegin oder einen Kollegen zunächst, was der Person wichtig ist und was sie braucht. Baue eine stärkere Beziehung auf, bevor du das Thema ansprichst, das du klären möchtest.
Soft Skills sind schwerer zu lernen als Hard Skills
Soft Skills sind schwer zu lernen, weil sie Selbstreflexion verlangen und uns zwingen, das eigene Verhalten auseinanderzunehmen. Sie lassen sich nicht auf dieselbe Weise aneignen wie ein Werkzeug oder eine Technik.
Chris Armstrong nennt The Five Love Languages von Gary Chapman als Ausgangspunkt, den er auf Engineering-Teams übertragen hat: Aus Liebe wird Wertschätzung. Entwicklerinnen und Entwickler, Menschen im Kundenservice und technische Redakteurinnen und Redakteure denken unterschiedlich und werden von unterschiedlichen Dingen motiviert.
Softwaretesten ist eine soziale Tätigkeit. Soziale Interaktion bleibt der Kern dessen, was wir brauchen, um erfolgreich zu sein. — Chris Armstrong
Menschen unterscheiden sich darin, wie sie sich konzentrieren. Manche denken in großen Zusammenhängen, andere in kleinsten Details. Einige reagieren gereizt, wenn sie aus tiefer Konzentration gerissen werden, und finden anschließend nur schwer zurück. Ohne diese Unterschiede zu verstehen, kannst du nicht gut mit Menschen zusammenarbeiten. Bei Remote-Arbeit fehlen zudem viele soziale Signale, die früher geholfen haben.
Einfluss setzt keine Senioritätsstufe voraus. Wer als Testerin oder Tester im Team für Qualität eintritt und neue Ideen einbringt, besitzt bereits Einfluss. Ihn sinnvoll zu nutzen bedeutet, ruhigeren Kolleginnen und Kollegen Zeit und Raum zu geben und Menschen respektvoll zu behandeln, statt mit dem Finger auf sie zu zeigen und einen Plan zu verkünden.
Warum „Fragensteller“ eine passende Lesart von QA ist
Wenn du nie fragst, warum etwas existiert, verwendest du möglicherweise die falsche Technologie, ohne es je zu bemerken. Nach dem Zweck und der Geschichte hinter einem Werkzeug, Prozess oder einer Entscheidung zu fragen, gehört zur Arbeit.
Nützliche Fragen betreffen den gesamten Technologie-Stack. Warum haben wir dieses Werkzeug gewählt? Wie sind wir zu dieser Entscheidung gekommen? Wird es künftig eingestellt? Unterstützt es die geplante Architektur? Gibt es für das tatsächlich eingesetzte Frontend-Framework ein breiteres Werkzeugangebot?
Kontext zu verstehen, ist keine einmalige Aufgabe, sondern ein fortlaufender Prozess. Stillstand ist die einzige zuverlässig falsche Entscheidung, denn alles, was über Strategien, Roadmaps oder Best Practices veröffentlicht wird, ist bei seiner Veröffentlichung bereits auf dem Weg zu veralten.
Das gilt auch für die eigenen Strategien, Standards und Praktiken. Sie sollten zu dem passen, was heute bekannt ist, und flexibel genug bleiben, um sich an das anzupassen, was als Nächstes kommt.
Zu fragen, warum jemand ein Werkzeug gekauft hat, braucht Mut und Taktgefühl
Zu einer entscheidungsverantwortlichen Person zu gehen und die Wahl eines Werkzeugs zu hinterfragen, ist tatsächlich schwierig. Die meisten Menschen teilen ihre Einschätzung jedoch gern, wenn sie respektvoll gefragt werden.
Die Formulierung entscheidet. „Das war eine furchtbare Entscheidung – was ist hier passiert?“ wirft dich mehrere Schritte zurück, besonders wenn die befragte Person das Werkzeug eingeführt hat. Der Blick auf den gemeinsamen Erfolg wahrt den Respekt.
Ohne die Frage fehlt dir der Kontext. Ohne Kontext kannst du keine passende Lösung anbieten. Manchmal lautet die ehrliche Antwort auf eine Frage „Ich weiß es nicht“. Mit dem wachsenden Einfluss von KI wird diese Antwort häufiger werden.
Keine Entscheidung zu treffen, ist schlimmer als eine Ablehnung oder ein gescheiterter Versuch. Auf einer Unbekannten lässt sich nichts aufbauen. Auf ständigem Wandel kannst du kein Fundament errichten.
Gewinner scheitern häufiger als Verlierer
Menschen, die handeln, ins Unbekannte gehen und experimentieren, erleben mehr Fehlschläge als Menschen, die stillstehen. Diese Fehlschläge sind der Preis für Bewegung.
Das gilt auch für den Testentwurf. Vertraue keinem Test, den du noch nie hast fehlschlagen sehen. Ein fehlgeschlagener Test stärkt das Vertrauen, dass er tatsächlich etwas prüft. Reiner Erfolg ohne jeden Zwischenfall sollte misstrauischer machen als ein Fehlschlag, aus dem du etwas lernst.
KI ist eine grüne Wiese – und genau darin liegt die Chance
Für das Testen ist KI weitgehend eine grüne Wiese. Es gibt bereits Literatur und Forschung, doch Arbeitspraktiken, Qualitätsmerkmale und Methoden müssen in der Praxis erst entwickelt werden.
Die Skepsis ist nachvollziehbar. Sie erinnert an den Boom der Testautomatisierung vor zehn bis fünfzehn Jahren. Und ja: Was Testerinnen und Tester heute tun, wird sich verändern. Wandel findet unabhängig davon statt. Die Chance besteht darin, ihn mitzugestalten.
Wenn sich Testerinnen und Tester heraushalten, entwickelt jemand ohne Verständnis für das Handwerk ein Werkzeug, verkauft es an jemanden, der die Arbeit ebenfalls nicht ausführt, und verspricht Zeitersparnis und umfassende Optimierung. Testerinnen und Tester stehen dann daneben und sagen: „Aber nein, so funktioniert das nicht“, weil sie nur ihre bisherige Arbeit erledigt haben, statt die Entwicklung mitzuprägen.
Die Qualität von Prompts und GPT-basierten Lösungen wird Teil des Werkzeugkastens. Die Alternative wäre, dass Softwarequalität nachrangig behandelt wird und Testerinnen und Tester nicht erklären können, warum – außer mit einem „Ich habe es doch gesagt“.
Was Qualität bedeutet, wird sich weiter verändern
Die Nutzerinnen und Nutzer definieren Qualität, und diese Definition verändert sich ständig. Medien, die eine Generation konsumiert, können für eine andere furchtbar aussehen und dennoch die Wünsche und Bedürfnisse ihrer Zielgruppe erfüllen.
Den Nutzerinnen und Nutzern ist nicht wichtig, wie Qualität erreicht wird. Testerinnen und Testern ist es wichtig, weil sie für die richtigen Menschen die bestmögliche Arbeit ausliefern möchten, auf die sie stolz sein können. Das ganzheitliche Zusammenspiel von Verifikation und Validierung bleibt bestehen. Der Arbeitsalltag wird jedoch völlig anders aussehen.
Wenn KI-gestützte Programmierung in den kommenden Monaten und Jahren erheblich mehr Software hervorbringt, stellt sich immer dringender die Frage, wer sie testet und wer für ihre Qualität eintritt. Selbst das Testen der Tests wird Teil dieser Aufgabe.
Wie priorisierst du, wenn du alles hinterfragen könntest?
Beginne mit wenigen Themen. Wenn es keine Grenzen gibt und du endlos untersuchst, wird nichts ausgeliefert. Starte deshalb mit einer kleinen Zahl von Hypothesen, die du aus ersten Gesprächen ableitest.
Angenommen, du vermutest ein Problem mit der Qualität von Releases. Gehe tiefer. Sprich mit den Menschen, die es wissen könnten: mit dem Kundenservice, den Verantwortlichen für Pipeline oder DevOps und den Testerinnen und Testern. Lies die Logs. Sprich nicht nur mit Menschen, sondern verschaffe dir Zugriff auf die Werkzeuge und prüfe die Belege direkt.
Eine Discovery-Phase erzeugt greifbare Ergebnisse und nicht nur Gespräche: Arbeitshypothesen für den Realitätscheck, Beobachtungen, eine Einschätzung des Technologie-Stacks, offene Warum- und Wie-Fragen sowie Problemstellungen der wichtigsten Beteiligten. Was läuft gut? Was verursacht täglich Schwierigkeiten?
Eine nützliche Definition von Qualität ist das Entfernen unnötiger Reibung. Manche Reibung ist notwendig. Die Aufgabe besteht darin, das zu finden, was ohne Not im Weg steht. Diese Reibung kann in Pipelines, Prozessen, der Kultur oder der Technologie liegen.
Die Vorgehensweise entspricht dem Testen. Du würdest keinen End-to-End-Test schreiben, ihn nie ausführen, einfach einchecken und für erledigt erklären. Niemand sollte ihm vertrauen. Wenn du organisatorischen Kontext erschließt, gehe genauso vor: Prüfe Annahmen gemeinsam mit Menschen, verlangsame dort, wo es nötig ist, und provoziere Fehlschläge, um zu verstehen, was trägt und wo etwas bricht.
Dieselbe Regel gilt für KI-gestütztes Testen. Arbeite mit einem Plan, einer Hypothese, einem Ziel und Abnahmekriterien. Gehe die Schritte durch, prüfe die Ergebnisse und lasse sie gegenlesen. Bewerte deine eigene Arbeit nie allein.
