Leadership im Test: Einführung
Redaktioneller Hinweis: Willkommen zur Leadership In Test-Serie von Softwaretest-Guru & Berater Paul Gerrard. Die Serie soll Testern mit ein paar Jahren Erfahrung – insbesondere denen in agilen Teams – helfen, in ihren Rollen als Testleiter und in der Testmanagement-Funktion zu glänzen.
Dieser Artikel beginnt am Anfang: Worum geht es beim Softwaretesten überhaupt? Sie lernen die grundlegenden Testkonzepte kennen, die Ihr Denken beim Annähern an die Kunst und Wissenschaft des Qualitätsengineerings prägen werden.
Abonnieren Sie den QA Lead-Newsletter, um benachrichtigt zu werden, wenn neue Teile der Serie erscheinen – und erhalten Sie einen tieferen Einblick in Pauls Leadership In Test-Kurs. Wenn Sie das tun, verwenden Sie unseren exklusiven Gutscheincode QALEADOFFER und sparen Sie $60 bei diesem Kurs!
Wenn Sie Projekt-Testmanager sind, wird man sehr wahrscheinlich davon ausgehen, dass Sie der Experte für alles rund um das Testen sind. Andere Teammitglieder haben wahrscheinlich ihre eigenen berechtigten oder eigenwilligen Ansichten zum Testen; einige haben (oder behaupten zumindest, sie hätten) mehr Erfahrung als Sie.
Die Erwartungen an das Testen sind oft unrealistisch, und selbst erfahrene Leute machen es sich manchmal zu einfach, was die Möglichkeiten des Testens angeht. Manche Menschen zweifeln an Ihrer Kompetenz, Ihrem Wert für das Team oder sogar an Ihren Beweggründen. Das kann hart sein.
Im Verlauf Ihrer Testmanagement-Karriere werden Sie sich an neue und wechselnde Umstände anpassen müssen. Sie werden mit geschäftlichen und leitenden Projektsponsoren zu tun haben. Sie werden Teams unterschiedlichster Größenordnung und Zusammensetzung beitreten, in denen Menschen mit ganz verschiedenen Hintergründen vertreten sind. Diese mögen viel Erfahrung mitbringen – oder auch kaum welche.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Ihre Rolle reicht möglicherweise davon, selbst zu testen, bis zur Leitung eines großen Teams oder der Aufsicht über das Testen in einem Projekt, über die Beratung eines agilen Teams oder die Frage, wie Testen in eine Continuous Delivery Umgebung integriert werden kann.
Bevor wir Begriffe wie Testen, Stakeholder und Stakeholder-Ziele verwenden, sollten wir genau klären, worüber wir sprechen.
Definition von „Test“
Das Wort Test wird sowohl als Substantiv als auch als Verb verwendet. Es geht dabei um Testen als Tätigkeit und um das Ergebnis dieser Tätigkeit. Es geht um die Menschen oder Organisationen, die diese Tätigkeit beauftragen, und um diejenigen, die die Ergebnisse nutzen. Ganz wesentlich geht es um die Menschen, die sich Tester nennen, und um die komplexen Systeme, an denen wir arbeiten.
Wenn wir über kontextneutrales Testen sprechen möchten, brauchen wir eine kontextneutrale Definition von Test. Also habe ich auf der Webseite dictionary.com nachgesehen. Von den vielen Seiten zum Wort Test und seinen Anwendungen in verschiedenen Bereichen ist die Definition aus dem American Heritage Dictionary die passendste:
Test: (Substantiv) ein Verfahren zur kritischen Bewertung; ein Mittel zur Feststellung der Existenz, Qualität oder Wahrheit von etwas; eine Probe
Es gibt nicht nur eine Definition, sondern drei Varianten. Das ist gar nicht schlecht, denn alle drei zusammen bilden das Fundament, das wir brauchen. Schauen wir uns jede genauer an.
Ein Verfahren zur kritischen Bewertung
Kritisches Bewerten bedeutet, fachkundig über die Wahrheit oder den Wert einer Sache zu urteilen. Ein Test ist ein Verfahren, meist mit mehreren Schritten, die Vorbereitungen, Durchführung, Ergebnisaufnahme, Analyse und Interpretation umfassen. Dies ist keine abschließende Beschreibung einer Testprozedur. Es könnten noch weitere Schritte dazugehören oder sich diese Hauptschritte weiter untergliedern lassen.
Für das Verfahren ist keine vorbereitete Dokumentation zwingend erforderlich, aber manche Tests werden dokumentiert (und automatisierte Tests sind immer auf irgendeine Weise geskriptet). Wichtig ist vor allem, dass einem Test ein scharfsinniger Denkprozess zugrunde liegt.
Dieser Denkprozess wird durch den Bedarf an Bewertung des zu testenden Systems hinsichtlich seiner Eignung, Konsistenz, seines Verhaltens, seiner Genauigkeit, Zuverlässigkeit oder einer anderen wichtigen Eigenschaft bzw. eines Merkmals angetrieben.
Ein Mittel zur Bestimmung der Existenz, Qualität oder Wahrheit von etwas
Ein Test kann recht einfach das Vorhandensein (oder Fehlen) von etwas feststellen, aber Qualität ist eine andere Sache: Der Begriff ist emotional aufgeladen, wobei uns aber das gleiche Wörterbuch weiterhilft. Qualität kann sein: „eine wesentliche oder unverwechselbare Eigenschaft, Merkmal oder Attribut“. Damit ist klar, dass ein Test solche Eigenschaften aufdecken kann.
Beachten Sie, dass ich den Begriff Qualität hier nicht in Bezug auf die Beziehung zwischen Benutzer bzw. Stakeholder und Produkt verwende. Qualität ist wie Schönheit – liegt im Auge des Betrachters. Lassen Sie sich nicht auf Debatten ein, wie Qualität (durch Testen) gemessen werden kann. Ich vermeide das Q-Wort generell.
Beachten Sie, dass ich den Begriff Qualität hier nicht in Bezug auf die Beziehung zwischen Benutzer bzw. Stakeholder und Produkt verwende. Qualität ist wie Schönheit – liegt im Auge des Betrachters. Lassen Sie sich nicht auf Debatten ein, wie Qualität (durch Testen) gemessen werden kann. Ich vermeide das Q-Wort generell.
Kann ein Test die Wahrheit von etwas bestimmen? Nun, das klingt auch plausibel. In der Regel müssen wir eine Behauptung überprüfen, etwa „dieses System erfüllt eine bestimmte Anforderung“ oder „dieses System verhält sich auf eine bestimmte Weise“ oder „dieses System ist akzeptabel“ und so weiter. Es ist immer ein gewisses Maß an subjektiver Beurteilung im Spiel, aber wir erkennen, dass ein Test oder mehrere Tests Hinweise liefern können, damit jemand dieses Urteil fällen und eine Entscheidung treffen kann.
Ein Versuch
Die Vorstellung eines Versuchs impliziert, dass das Testen eines Systems uns hilft, dieses System in Bezug auf seine Eigenschaften zu bewerten. Ziel einer solchen Bewertung ist normalerweise, eine Entscheidung zu treffen.
Die Entscheidung könnte sein, das System zu akzeptieren oder abzulehnen. Sie kann aber auch darin bestehen, die Schwachstellen offenzulegen, damit sie in irgendeiner Weise behoben werden können. Ein Test kann auch dazu führen, dass eine Einzelperson oder Organisation ihre Richtung ändert – ein Design überdenkt; eine Anforderung lockert oder ändert; eine Komponente verwirft und neu beginnt; sich fürs Kaufen statt Bauen entscheidet – oder umgekehrt.
Eine natürliche Sichtweise auf ein zu testendes System ist, dass es auf dem Prüfstand steht und in irgendeiner Weise bewertet wird.
Definition von Testen
Aus unserer Definition des Substantivs Test lässt sich das Verb leicht ableiten.
Testen: (Verb) kritisch bewerten; das Vorhandensein, die Qualität oder Wahrheit von etwas feststellen; einen Versuch durchführen.
Bis hierhin so gut.
Aber wirklich so gut ist es nicht. Leider ist die Testbranche von terminologischen Problemen geplagt. Wir können hier unmöglich ein verbindliches Glossar präsentieren. Um Missverständnisse in Ihren Projekten zu vermeiden, rate ich Ihnen, immer nach dem Ziel eines definierten Testtyps zu fragen, statt sich auf eine angenommene Definition zu verlassen.
Häufige Testarten, von denen Sie hören werden
Jede dieser Testarten für Software ausführlich zu erklären, würde den Rahmen dieses Artikels sprengen, aber als Softwaretester werden Sie von diesen viele hören (und einige davon wahrscheinlich schon nachgelesen haben):
- Black-Box-Testen
- Regressionstest
- Unit-Test
- Beta-Test
- Manuelles Testen
- Automatisiertes Testen oder Testautomation
- End-Test
- Stresstest
- Sicherheitstest
- Leistungstest
- White-Box-Testen
- Abnahmetest
- Integrationstest
- Lasttest
- Systemtest
- Nicht-funktionales Testen
Ganz gleich, über welche Testart Sie sprechen, mein Ratschlag ist immer: Fragen Sie nach dem Ziel des Tests, auch wenn es sich scheinbar um einen allgemein bekannten Begriff wie einen Unit-Test oder Abnahmetest handelt. Die Interpretation kann von Team zu Team unterschiedlich sein.
Abonnieren Sie den Newsletter von The QA Lead, um benachrichtigt zu werden, wenn neue Teile der Serie erscheinen – und vertiefen Sie Ihr Wissen in Pauls Leadership In Test Kurs. Wenn Sie teilnehmen, verwenden Sie unseren exklusiven Gutscheincode QALEADOFFER, um $60 Rabatt auf den Kurs zu erhalten!
Verwandte Lektüre: 7 GRUNDLEGENDEN QUALITÄTSSICHERUNGSWERKZEUGE UND WARUM SIE SIE BRAUCHEN
