Die Tests beginnen, bevor die Implementierung beginnt. Es beginnt damit, die Idee einer Softwareänderung oder einer neuen Funktion besser zu verstehen und zu hinterfragen. Es beginnt mit dem Sammeln von Informationen und der Entwicklung eines tieferen Wissens über die Auswirkungen, die dies auf das bestehende System haben kann. Es beginnt mit dem Aufbau eines echten gemeinsamen Verständnisses und der Zusammenarbeit aller Beteiligten.
Erst dann kommen mir aussagekräftige Testideen in den Sinn.
Informationsbeschaffung durch Befragung
Wenn ich mit einem neuen Projekt beginne oder ein neues Feature studiere, beantworte ich zunächst eine Liste von Fragen. Diese Fragen helfen mir, tiefer zu graben, zu erkennen, was ich nicht weiß, und die Annahmen, die ich getroffen habe, sowie die Fakten, die ich kenne, zu identifizieren.
6 Fragen zum Onboarding
- Wie verdient das Projekt Geld?
- Wer sind die Wettbewerber auf dem Markt?
- Was sind die wichtigsten Funktionen?
- Was sind die am häufigsten verwendeten Funktionen?
- Was sind die aktuellen Herausforderungen?
- Wie können Tests helfen?
6 Fragen zum Feature
- Wer kann mir eine geschäftliche und technische Sichtweise geben?
- Welches Problem versuchen wir zu lösen?
- Was sind die wichtigen Anwendungsfälle und Szenarien?
- Welche Auswirkungen hat es für den Nutzer und das Unternehmen, wenn die Funktion nicht funktioniert?
- Sind Dienste von Zweit- oder Drittanbietern beteiligt?
- Welche Testdaten und welchen Testaufbau benötige ich und sind diese schon vorhanden?
Jede dieser Fragen ist mit einer Absicht verbunden. Diese Intentionen helfen mir, Wissen über geschäftliche, betriebliche und technische Aspekte zu sammeln.
Ich verwende dann diese Fragen, um die Punkte zu verbinden:
- Geschäftsregeln und Anforderungen
- Systemarchitektur und Abhängigkeiten
- Zuständigkeiten
- Risiken
Ausgehend von den Fragen kann ich mir ein erstes Gesamtbild machen und dann wissens- und risikobasierte Entscheidungen darüber treffen, was getestet werden soll.
Bringen Sie Ihr Denken in Schwung
Neben Fragebögen verwende ich Spickzettel, Mindmaps, Tabellen und Prozessvisualisierungen, um meine Gedanken zu ordnen. Einen Ausgangspunkt zu haben, macht es viel einfacher, Testideen zu entwickeln.
All dies hilft mir, das Verhalten echter Benutzer, das Verhalten des Systems und die wichtigsten Risiken zu verstehen, die wir durch Tests und andere Aktivitäten reduzieren wollen.
Die meisten guten Ideen kommen aus der Realität
Testideen können leicht zu entwickeln sein. Einige dieser Ideen sind jedoch sehr theoretisch und befassen sich nicht mit realen Verhaltensweisen oder Risiken. Das bedeutet, dass Sie Zeit, Geld und Mühe in etwas investiert haben, das wenig bis gar keinen Wert bietet. Daher ist es wichtig, die Realität zu verstehen.
Daten sind eines der Dinge, die mir helfen, diese Realität zu verstehen. Ich überprüfe unsere Kennzahlen und Nutzerrezensionen und spreche mit den Produktverantwortlichen und dem Kundensupport, um zu verstehen, wie unsere Kunden unser Produkt oder unsere Dienstleistung nutzen. Ich schaue mir Datenbanken an, um ein Verständnis für die tatsächlichen Daten zu erhalten, die von unserem System generiert werden. Ich verwende unser Tool zur Fehlerberichterstattung, um zu überprüfen, welche Bugs wir in der Vergangenheit hatten, um Geld zu verlieren.
All das gibt mir ein Verständnis dafür, worauf es wirklich ankommt.
Albtraumgetriebene Tests
Im Kern ist mein Ansatz zur Generierung von Testideen risikogetrieben. Eine Technik, die ich oft verwende, heißt „Nightmare Headlines“. Ich stelle mir die schlimmstmögliche Überschrift über unser Produkt oder unsere Dienstleistung in Kombination mit einer neuen Funktion oder Änderung vor.
- Benutzern wird der Kauf nicht in Rechnung gestellt.
- Kollegen aus der Finanzabteilung müssen Überstunden machen, um defekte Daten zu reparieren.
- Sensible Daten über unsere Kunden sind durchgesickert.
Es ist eine einfache Übung, aber sie verändert das Gespräch. Es zwingt uns, über Folgendes nachzudenken:
- Was könnte schief gehen?
- Wie schlimm wäre es?
- Wie wahrscheinlich ist das?
Es ist faszinierend zu sehen, welche Bandbreite an Ideen den Menschen einfällt, wenn sie diese Übung als Team machen.
Teilen ist Fürsorge
Obwohl ich oft damit beginne, Ideen selbst zu entwerfen, behalte ich sie selten für mich. Ich teile sie in Diskussionen mit.
- Entwickler helfen mir, technische Einschränkungen zu verstehen.
- Produktbesitzer erläutern die Auswirkungen auf das Geschäft.
- Interessengruppen stellen Annahmen in Frage.
Manchmal werden Ideen stärker. Manchmal werden sie entfernt. Beide Ergebnisse sind nützlich. Das Ziel besteht nicht darin, mehr Testideen zu entwickeln. Das Ziel ist es, die richtigen zu entwickeln.
Erfahrung ist wichtig
Für ein Projekt haben wir ein Ticketverkaufssystem getestet, das viele verschiedene Ticketarten und Ticketkombinationen anbietet. Ich habe eine Matrix dieser Kombinationen erstellt und angefangen, sie zu untersuchen. Damals entdeckten wir:
- Die Anwendung stürzt ab.
- Falsche Preisgestaltung.
In einem anderen Fall blieb etwas Wichtiges fast unbemerkt. Es gab ein Preisproblem, als Benutzer zwei oder mehr Tickets desselben Typs auswählten. Nachdem ich bereits überprüft hatte, dass das Backend korrekt funktioniert, ging ich davon aus, dass es dies auch weiterhin tun würde, wenn es in das Frontend integriert wird. Hat es nicht getan. Diese Annahme hätte fast zu einem echten Problem in der Produktion geführt. Zum Glück hat ein Entwickler es nur wenige Stunden vor der Veröffentlichung gefunden. Dies ist eine gute Erinnerung daran, dass selbst logische Annahmen falsch sein können.
Meine aktuelle Sicht auf KI beim Testen
Ich verwende derzeit selten KI, um Testideen zu generieren. Ich verwende jedoch meine eigenen Testideen, mein Wissen und meine eigene Fragenliste, um KI-Agenten mehr Kontext zu bieten, wenn sie Code analysieren oder generieren.
Ich verwende KI auch, um die vorhandenen Codebasen besser zu verstehen:
- Wie der Datenfluss von einem Endpunkt zur Datenbank aussieht.
- Wo während der Verarbeitung bestimmte Entscheidungen getroffen werden.
- Welche anderen Systeme könnten beteiligt sein?
KI bietet mir einen Ausgangspunkt. Dann überprüfe ich ihre Aussagen und gehe tiefer in die Materie ein. Für mich hilft mir die Kombination von KI mit meinem methodischen Ansatz, schneller zu lernen und zu verstehen, insbesondere in komplexen Umgebungen.
Was macht eigentlich einen guten Tester aus?
Wenn ich es zusammenfassen müsste, würde ich sagen: Ein guter Tester:
- Sucht Verständnis, bevor es handelt.
- Denkt in Risiken, nicht nur in Szenarien.
- Nutzt Struktur, um Kreativität zu unterstützen.
- Lernt von echten Benutzern und echten Daten.
- Arbeitet mit anderen zusammen.
- Baut kontinuierlich Erfahrung auf.
Denn am Ende: Die besten Test-Ideen werden nicht erfunden. Sie werden aufgedeckt.
Über das Toolkit eines Testers
Diese Denkweise bringe ich in meinen Workshop ein. „Das Toolkit eines Testers“. Der Workshop behandelt, wie Sie Ihr Denken ankurbeln und strukturieren, wie Sie Ihr Wissen verwalten und wie Sie all dies nutzen können, um aussagekräftige Testideen zu generieren.
Hier ist eine kurze Einführung in den Workshop.
