Das Testen von Software als Kunst und Wissenschaft zu verstehen heißt, analytische Logik mit Kreativität, Empathie und Storytelling ins Gleichgewicht zu bringen. Zur logischen Seite gehören Daten, Beobachtung und ingenieurmäßige Präzision. Zur kreativen Seite gehören Vorstellungskraft, Neugier und die Fähigkeit, Befunde nicht-technischen Menschen in anschaulichen, menschlich formulierten Berichten zu vermitteln. Einfachheit ist ein bewusstes Ziel, und Qualität ist am Ende das, was die Nutzer wahrnehmen, nicht das, was interne Kennzahlen zeigen.
Das Wichtigste in Kürze
- Testen braucht analytische Präzision und kreative Vorstellungskraft: Die logische Seite kümmert sich um Daten und Beobachtung, die kreative bringt Empathie, Intuition und ganzheitliches Denken ein.
- Wie wertvoll ein Testbericht ist, hängt davon ab, wie gut nicht-technische Stakeholder ihn verstehen, nicht davon, wie viele Kennzahlen oder Seiten er hat.
- Einfachheit beim Testen stellt sich nicht von selbst ein. Sie muss bewusst als Ziel gesetzt werden, denn ohne Steuerung werden Testprojekte von allein komplex.
- Testen lässt sich am besten als Aufbau von wertvollem Verständnis über die Qualität eines Produkts beschreiben, nicht als Software kaputtmachen oder Entwicklern schlechte Nachrichten überbringen.
- Unvollkommenheit gehört dauerhaft zu Software. Ein fehlerfreies oder optimales Produkt anzustreben, ist ein falsches Ziel, und wer das akzeptiert, kann sich auf die tatsächliche Wirkung bei den Nutzern konzentrieren.
Testen von Software ist Kunst und Wissenschaft zugleich
Beim Testen von Software müssen zwei Denkweisen zusammenkommen, die selten gleich viel Gewicht bekommen. Die eine ist Logik: Zahlen, Daten, Beobachtung, die ingenieurmäßige Disziplin, die die Arbeit präzise hält. Die andere ist Intuition: Empathie, Vorstellungskraft und das Gespür dafür, was ein Ergebnis für die Menschen bedeutet, die sich darauf verlassen.
Barış Sarıalioğlu erklärt diese Aufteilung mit den beiden Hirnhälften. Links sitzen Rationalität, Struktur und die harten Daten, auf die das Testen angewiesen ist. Rechts sitzen Kreativität, Spontaneität und der ganzheitliche Blick, der Befunde mit dem Produkt und seinen Nutzern verbindet. Gutes Testen braucht beides.
Die meisten Testprojekte hängen stark auf der logischen Seite. Frameworks, Skripte, Metriken und Werkzeuge bestimmen den Alltag. Die künstlerische Seite gilt als weiches Extra, dabei entscheidet gerade sie, ob die technische Arbeit bei irgendwem ankommt.
Was Tester von Leonardo da Vinci lernen können
Da Vinci vereinte Kunst und Technik in einer Person und ist damit ein passendes Vorbild für die Arbeit von Testern. Er malte und arbeitete als Bildhauer, entwarf aber auch Maschinen, studierte Mechanik und schöpfte aus vielen Disziplinen gleichzeitig. Diese Mischung entspricht der Bandbreite, die ein Tester braucht.
Er war ein unermüdlicher Beobachter und ein besessener Notizenschreiber. Seine Aufzeichnungen umfassen Tausende von Seiten: die Spur eines Menschen, der alles dokumentierte, was er sah. Tester machen dasselbe. Dokumentation gehört zum Handwerk und ist kein nachträglicher Gedanke.
Seine Neugier zog ihn in die Ungewissheit hinein, statt ihn davon abzuhalten. Er erkundete, ohne dass eine Antwort garantiert war, und das entspricht genau dem explorativen Testen. Wer sich als Tester ins Unbekannte wagt, um herauszufinden, wie sich ein Produkt verhält, arbeitet im selben Geist.
Da Vinci kam auch mit unordentlichen, mehrdeutigen Bedingungen gut zurecht. Genau dort leben Tester ebenfalls, zwischen unklaren Anforderungen und unvollständigen Informationen. Arbeitsfähig zu bleiben, wenn nichts vollständig definiert ist, gehört zum Job und ist kein Zeichen, dass etwas schiefgelaufen ist.
Verschiedene Künstler, verschiedene Instinkte beim Testen
Da Vinci ist ein Vorbild, aber der eigentliche Punkt ist: Gutes Testen schöpft aus mehreren Temperamenten. Kein einzelner Stil deckt alle Situationen ab, in die ein Tester gerät.
- Van Gogh: emotional, intuitiv, eng verbunden mit dem, was er beobachtet.
- Picasso: mutig, erfinderisch, bereit, im Chaos zu arbeiten.
- Rembrandt: nachdenklich, ruhig, genau beobachtend.
- Dalí: surreal, clever, unberechenbar.
Zwischen diesen Modi musst du wechseln können. Mal verlangt die Arbeit Strategie und Struktur, mal Erfindungsgeist, mal geduldiges Beobachten. Wer Testen als eine feste Persönlichkeit versteht, lässt Lücken.
Was die Mona Lisa über Qualität lehrt
Das Lächeln der Mona Lisa wirkt unsicher, und genau darin liegt die Lektion für Tester. Interne Kennzahlen können makellos aussehen, während das eigentliche Urteil offen bleibt, abzulesen im Gesicht der Person, die das Produkt benutzt.
Das knüpft an einen Grundsatz des Testens an, den Trugschluss der Fehlerfreiheit. Du kannst jeden bekannten Fehler beheben und trotzdem danebenliegen, denn ein fehlerfreier Build ist nicht dasselbe wie ein Produkt, das Menschen gut finden. Der ernste Blick hinter dem Lächeln ist der Kunde, der nicht überzeugt ist.
Qualität beurteilt die Person, die das Produkt nutzt, nicht die Zahl der erledigten Tickets. Damit geht Testen über das Finden von Fehlern hinaus und richtet sich auf die Wirkung in der echten Welt. Die Zahl der behobenen Fehler sagt etwas über deine Arbeit. Ob das Produkt gut ist, sagt sie nicht.
Da Vinci hat es noch deutlicher gesagt:
“Die größte Täuschung, der die Menschen erliegen, sind ihre eigenen Meinungen.”
(Leonardo da Vinci)
Für Tester ist das eine Warnung, der eigenen internen Bewertung nicht mehr zu trauen als dem, wie sich das Produkt in fremden Händen tatsächlich schlägt.
Testen heißt verstehen, nicht zerstören
Im Kern liefert Testen wertvolle Informationen über ein Produkt. Es geht nicht darum, Software kaputtzumachen oder schlechte Nachrichten zu überbringen. Die meisten Tester definieren ihre Arbeit trotzdem noch als Fehlersuche. Barış nennt das eine materialistische Sicht, die den eigentlichen Zweck verfehlt.
Da Vincis Satz, die edelste Freude sei die Freude am Verstehen, rückt die ganze Tätigkeit in ein anderes Licht. Testen ist dazu da, Fragen über ein Produkt zu beantworten. In welchem Zustand ist es? Wie steht es um seine Qualität? Wo hält es, und wo nicht?
Wenn du Testen als Verstehen begreifst und nicht als Zerstören, verändert sich auch das, was du ablieferst. Du misst dich nicht mehr daran, wie viel du kaputt gemacht hast, sondern daran, wie viel klarer das Bild geworden ist. Nur eine kleine Minderheit der Tester sieht ihre Arbeit so, und dadurch bleibt viel Wert liegen.
Testberichte, die nicht-technische Stakeholder verstehen
Ein Testergebnis wirkt erst, wenn jemand ohne technischen Hintergrund damit etwas anfangen kann. Die ingenieurmäßige Hälfte erarbeitet den Befund. Die künstlerische Hälfte vermittelt ihn. Fehlt eine der beiden, scheitert die Arbeit.
Ein fünfzigseitiger Performance-Bericht voller Kennzahlen ist technisch komplett durchgearbeitet und für einen Manager weitgehend nutzlos. Entscheidend ist, diese Daten in etwas zu übersetzen, das ein nicht-technischer Stakeholder versteht und dem er vertraut. Genau bei dieser Übersetzung zahlt sich künstlerisches Denken aus.
Tester arbeiten mit Menschen, und Menschen reagieren auf menschlich aufbereitete Informationen, nicht auf rohe Ingenieursergebnisse. Damit ein Bericht ankommt, mach ihn visuell, einfühlsam und lesbar. Ein einziger gut präsentierter Befund kann eine Entscheidung bewegen, die hundert Seiten Kennzahlen nie bewegen werden.
So wird Testen auch finanziert und verteidigt. Du musst es verkaufen, dafür werben, dafür argumentieren. Dafür braucht es kommunikative Fähigkeiten genauso wie fachliche Tiefe, und deshalb ist ein Tester, der präsentieren kann, mehr wert als einer, der nur produziert.
Einfachheit ist ein Ziel, für das du kämpfen musst
Einfachheit ist die höchste Form von Qualität, und sie entsteht nie zufällig. Da Vincis Satz, Einfachheit sei die höchste Stufe der Vollendung, beschreibt ein Ziel, das du dir bewusst setzen musst, denn jedes Projekt driftet von Natur aus in die Gegenrichtung.
Sich selbst überlassen, wird Testen komplex. Mehr Skripte, mehr Frameworks, mehr Berichtsebenen wachsen organisch an, bis die Arbeit ein einziges Knäuel ist. Niemand entscheidet sich dafür. Es passiert einfach, wenn keiner auf die einfachere Variante hinsteuert.
Der Wert liegt im Destillat, nicht in der Menge. Zehn gut gewählte Skripte können tausend schlagen. Fünf echte Bugs sind mehr wert als ein Stapel wackeliger Tests. Ein prägnanter Auszug aus einem Bericht hilft oft mehr als die kompletten hundert Seiten.
Wenn du Einfachheit willst, behandle sie als festes Ziel und arbeite daran. Schreib in klarer Sprache. Schreib Berichte, denen jeder folgen kann. Streich, was keine Aussage trägt. Die komplizierte Version entsteht von allein, nur die einfache kostet Mühe.
Unvollkommenheit ist der Sinn, nicht das Problem
Keine Software ist je perfekt, und wer dem optimalen Produkt hinterherjagt, denkt im falschen Rahmen. Das geht auf eine Grundidee des Testens zurück: Ein fehlerfreies oder vollkommen optimales Ergebnis gibt es nicht. Wer es anstrebt, zielt auf etwas, das nicht existiert.
Aus Unvollkommenheit entsteht zugleich alles Nützliche. Werkzeuge, Produkte, Dienstleistungen und Prozesse gibt es, weil sich jemand ein Problem angesehen und eine Lösung gebaut hat. Nimm die Probleme weg, und es gibt keinen Grund mehr, überhaupt etwas zu bauen.
Für Tester verändert das die Beziehung zur Qualität. Du arbeitest weiter auf Besseres hin, auf eine sauberere Oberfläche und stärkere Arbeit. Die Disziplin liegt darin, zu wissen, wann du einen Schritt zurücktrittst, das Ergebnis ansiehst und entscheidest, dass es gut genug ist. Perfektion ist nicht die Ziellinie, und wer sie dafür hält, arbeitet gegen die Art, wie Produkte tatsächlich besser werden.
Menschen lösen von Natur aus Probleme. Der unvollkommene Zustand jedes Produkts gibt dem Testen und den Menschen, die testen, ihre Daseinsberechtigung.
Häufig gestellte Fragen
Was trägt Kreativität eigentlich zum Softwaretesten bei?
Kreativität liefert das, was Daten allein nicht leisten können: Empathie, Vorstellungskraft und den ganzheitlichen Blick, der einen Befund wieder mit den Menschen verbindet, die das Produkt nutzen. Die analytische Seite kümmert sich um Zahlen, Beobachtung und technische Präzision. Die meisten Projekte stützen sich stark auf diese Seite, wobei Frameworks, Skripte und Metriken den Alltag dominieren, und behandeln die kreative Hälfte eher als weiches Extra denn als den Teil, der die Arbeit erst wirklich zum Tragen bringt.
Wie sollte ein Tester vorgehen, wenn Anforderungen unklar oder unvollständig sind?
Das Arbeiten in einem Umfeld der Ungewissheit gehört zum Job dazu und ist kein Zeichen dafür, dass etwas schiefgelaufen ist. Tester arbeiten routinemäßig mit unklaren Anforderungen und unvollständigen Informationen, und die sinnvolle Reaktion darauf ist Neugier statt Ausweichen. Explorativer Test folgt demselben Instinkt: sich ohne garantierte Antwort ins Unbekannte zu begeben, um zu erfahren, wie sich ein Produkt tatsächlich verhält.
Bedeutet eine fehlerfreie Version, dass das Produkt gut ist?
Nein. Das ist der Trugschluss der Fehlerfreiheit: Man kann jeden bekannten Fehlerzustand beheben und trotzdem das Ziel verfehlen, denn eine fehlerfreie Version ist nicht dasselbe wie ein Produkt, das die Menschen als wertvoll empfinden. Qualität wird von der Person beurteilt, die das Produkt nutzt, nicht anhand der Anzahl geschlossener Tickets. Die Anzahl der behobenen Fehler beschreibt deine Arbeit, nicht den Wert des Produkts.
Ist das Finden von Fehlern die richtige Definition für die Arbeit eines Testers?
Nein. Testen lässt sich besser als der Aufbau eines wertvollen Verständnisses für die Qualität eines Produkts definieren: in welchem Zustand es sich befindet, wo es hält und wo nicht. Die Arbeit als „Software kaputtmachen“ oder „schlechte Nachrichten überbringen“ zu definieren, ist eine engstirnige, materialistische Sichtweise. Sobald das Verständnis zum Ziel wird, misst du dich daran, wie viel klarer das Bild geworden ist, nicht daran, wie viel du kaputtgemacht hast.
Was macht einen Testbericht für nicht-technische Stakeholder nützlich?
Sein Wert hängt davon ab, ob jemand ohne technischen Hintergrund darauf reagieren kann, nicht davon, wie viele Metriken oder Seiten er enthält. Ein fünfzigseitiger Leistungsbericht voller Messungen ist zwar technisch ausgereift, für einen Manager aber weitgehend nutzlos. Gestalte die Befunde visuell, einfühlsam und lesbar. Ein einziger gut präsentierter Befund kann eine Entscheidung bewirken, was hundert Seiten roher Daten niemals schaffen würden.
Warum wird das Testen mit der Zeit immer komplexer?
Komplexität ist die natürliche Entwicklung jedes Projekts. Mehr Skripte, mehr Frameworks, mehr Berichtsebenen sammeln sich organisch an, bis die Arbeit zu einem Wirrwarr wird, und niemand entscheidet sich aktiv dafür. Einfachheit entsteht nur, wenn jemand sie als festes Ziel festlegt: klare Sprache, Berichte, die jeder nachvollziehen kann, und Inhalte, die von allem befreit sind, was keine Aussage trägt. Zehn gut ausgewählte Skripte können tausend übertreffen.
Sollte ein Team nach perfekter, optimaler Software streben?
Nein, denn dieses Ziel gibt es nicht. Unvollkommenheit in Software ist dauerhaft und strukturell bedingt, und das Streben nach einem fehlerfreien oder vollkommen optimalen Ergebnis bedeutet, dem eigentlichen Verbesserungsprozess von Produkten entgegenzuwirken. Die Kunst besteht darin, nach besserer Arbeit zu streben und gleichzeitig zu wissen, wann man einen Schritt zurücktreten und ein Ergebnis als gut genug bezeichnen sollte. Probleme sind schließlich auch der Grund, warum Tools, Produkte und Dienste überhaupt entwickelt werden.
