Teststrategie vs. Testplan
Teststrategie und Testplan sind nicht dasselbe. Wiederholen wir — sie sind nicht dasselbe!
Teststrategie und Testplan sind zwei wichtige Elemente, die Sie erstellen müssen, wenn Sie ein Softwaretestprojekt beginnen. Beide haben unterschiedliche Aufgaben, aber sie können zusammen verwendet werden, um ein gemeinsames Ziel zu erreichen.
Der Unterschied zwischen beiden besteht darin, dass eine Teststrategie eher ein Gesamtüberblick über den gesamten Testprozess ist — vom Anfang bis zum Ende — einschließlich Fristen, Ressourcen und anderer Details. Sie enthält auch Informationen darüber, welche Arten von Tests durchgeführt werden sollen und wer sie durchführen wird. Die Teststrategie wird erstellt, bevor die eigentlichen Tests beginnen.
Testpläne hingegen sind Dokumente, die all diese Informationen und Einzelheiten zu den einzelnen Tests enthalten, beispielsweise welche Art von Daten für die einzelnen Tests erforderlich sind oder welche spezifischen Schritte befolgt werden müssen, damit sie korrekt funktionieren (oder nicht).
Ein Testplan ist spezifischer als eine Teststrategie, weil er detaillierte Anweisungen für die Durchführung von Tests einer Anwendung oder Website enthält — Werkzeuge wie Skripte oder Checklisten, die es den Testern ermöglichen, ihre Ergebnisse während jeder Testrunde festzuhalten. So können sie diese später mit früheren Versionen der gleichen Anwendung oder Website vergleichen.
Außerdem sagt Ihnen ein Testplan genau, wie viel Zeit jede Aufgabe in Anspruch nehmen wird und welche Aufgaben zuerst erledigt werden müssen. Wenn wir zum Beispiel einen Testplan für Softwaretests erstellen wollen, könnten Sie aufschreiben, was Sie tun müssen:
- Planen Sie die Tests auf der Grundlage dessen, was getestet werden muss und wie oft jede Funktion getestet werden sollte, bevor Sie fortfahren;
- Erstellen Sie einen Zeitplan, wann die einzelnen Tests stattfinden sollen, bis wann sie abgeschlossen sein sollen, wo wir sie durchführen (intern oder bei einem Dritten) und wer für die Durchführung der einzelnen Aufgaben verantwortlich ist;
- Erstellen Sie eine Dokumentation, in der erklärt wird, wie all diese Dinge ablaufen werden.
Wenn Sie also nur herauszufinden versuchen, welche Arten von Tests durchgeführt werden sollten oder wie sie durchgeführt werden sollten, sollten Sie eine Teststrategie verwenden; wenn Sie planen, ein tatsächliches Dokument mit all diesen Informationen zu erstellen, sollten Sie stattdessen einen Softwaretestplan verwenden.
Aber denken Sie daran: Testpläne werden erstellt, nachdem die Teststrategie festgelegt wurde, damit die Tester genau wissen, was als Nächstes zu tun ist!
Hierarchie der Testdokumentation
Da die Qualitätssicherung über Erfolg oder Misserfolg von Unternehmen entscheidet, ist es nicht verwunderlich, dass es verschiedene Ebenen der Testdokumentation gibt. Die QS-Teststrategie steht nicht an der Spitze der Pyramide und ist auch nicht etwas, mit dem die Tester direkt zu tun haben.
Die Hierarchie der Testdokumentation sieht wie folgt aus:
- Die Testrichtlinie bietet einen umfassenden Überblick über die wichtigsten Ziele und Grundsätze des Unternehmens im Bereich Testen. Die Website konzentriert sich auf den geschäftlichen Nutzen von QS, ohne dabei ins Detail zu gehen. Die Testrichtlinien werden nicht oft geändert, aber das ist kein Problem, weil es andere Ebenen der Testdokumentation sind, die sich mit praktischen Fragen befassen
- Die Teststrategie umfasst per Definition mindestens mehrere Projekte. Er deckt genug ab, um als praktischer Leitfaden zu dienen, unter anderem Testumfang, Teststufen und Testarten, angesprochene Risiken und sogar die Methodik für die eigentlichen Tests. Die Ausarbeitung einer Teststrategie ist auch eine gute Absicherung für Ihre neuen Projekte, weil Ihre Mitarbeiter etwas haben, mit dem sie arbeiten können, bevor sie sich an die Arbeit machen. Die Teststrategie kann auch einige destillierte Testziele haben, vor allem, wenn es keine Testrichtlinie gibt
- Der Testplan beschreibt, wie Sie als Unternehmen die Ziele erreichen können, die in Ihrer Testrichtlinie und Teststrategie festgelegt sind. Dabei handelt es sich um einen projekt- oder sogar sprintspezifischen Überblick, der den Testzeitplan, die für die Qualitätssicherung verwendete Technologie (einschließlich eines webbasierten Tools für die Testfallverwaltung vor Ort oder ) und projekt- bzw. sprintspezifische Risiken umfasst. Mehr über die Überschneidungen zwischen Testplan und Teststrategien erfahren Sie in unserem früheren Artikel.
Holen Sie sich eine Vorlage für eine Teststrategie, die es uns ermöglicht, Software 2 Mal so schnell zu veröffentlichen
Wie man ein Teststrategie-Dokument schreibt
Wenn Sie Strategien zum Testen entwickeln, ist es wichtig, auch die geschäftliche Seite der Dinge zu berücksichtigen. Deshalb ist der QS-Leiter in der Regel die richtige Person für diese Aufgabe. Das würde folgendermaßen ablaufen:
- Erkundigen Sie sich nach der Testrichtlinie, um die unternehmensweiten QS- und Geschäftsprinzipien zu verstehen
- Treffen Sie sich mit den Projektbeteiligten , um die Arbeitsabläufe des Projekts, potenzielle Risiken und das Fachwissen der Entwickler zu besprechen beim frühen Testen
- Erstellen Sie einen Teststrategie-Entwurf (mehr dazu in einem Teststrategie-Beispiel unten)
- Laden Sie die Beteiligten ein für eine Überprüfung und Änderungen
- Teilen Sie die Strategie mit dem QS-Team, um Bedenken und mögliche Änderungen zu besprechen
- Umsetzung der Strategie
Arten von Prüfstrategien
Es gibt eine Vielzahl von Teststrategien, und die Wahl ist nicht so binär wie die Wahl zwischen einer manuellen und einer automatisierten Teststrategie. Hier sind einige Beispiele:
- Methodische Strategie befasst sich mit Voraussetzungen wie ISO-Normen
- Konsultative Strategie involviert die wichtigsten Interessengruppen, um Sie bei der Ermittlung potenzieller Risiken zu unterstützen
- Die analytische Strategie beinhaltet die Erstellung von Tests auf der Grundlage der Anforderungen, bevor die Funktionen implementiert werden
- Die reaktive Strategie betrifft Tests, nachdem das Produkt bereits in Produktion gegangen ist
- Regressionsvermeidende Strategie deckt Regressionsrisiken bei Aktualisierungen sowohl von neu entwickelter als auch von in Produktion befindlicher Software ab
- Die modellbasierte Strategie verwendet ein Modell, das die reale Leistung der gesamten Software oder eines Systems vereinfacht, um die Testausführung zu beschleunigen
Beispiel einer guten Teststrategie
Als Unternehmen, das seit 2013 das Testtool für die agile Softwareentwicklung anbietet, können Sie hier nachlesen, was eine gute Teststrategie beinhalten sollte:
- Testumfang
- Teststufen
- Testwerkzeuge
- Eintritts- und Austrittskriterien
- Management von Veränderungen
- Umgebung (beispielsweise Dev, Test, Prod)
- Anforderungen an die Kompatibilität
- Risiken
Diese Liste ist nicht vollständig: Wir haben die wichtigsten Komponenten aufgeführt, die eine Teststrategie haben sollte. Alles, was darüber hinausgeht (wie die Angabe von Deliverables), hängt vom Stand der Testdokumentation und dem Reifegrad Ihrer Qualitätssicherung ab. Wir werden diesen Artikel mit einer vollwertigen Muster-Teststrategiefortsetzen.
Tipps zur Entwicklung einer erfolgreichen QS-Teststrategie
- Werfen Sie einen Blick auf die im Internet verfügbaren Teststrategievorlagen. Diese können Ihnen einige Anregungen geben, auch wenn das beschriebene Projekt aus einer ganz anderen Branche stammt
- Konsultieren Sie andere Interessengruppen, um sicherzustellen, dass die Teststrategie mit den Geschäftszielen übereinstimmt
- Stellen Sie sicher, dass sich Ihre Teststrategie gut in die Testhierarchie einfügt. Gehen Sie nicht zu hoch hinaus, wenn Sie sich auf eine Testrichtlinie stützen können. Gehen Sie nicht zu sehr in die Tiefe, wenn Sie wissen, dass auch ein Testplan geplant ist.
- Finden Sie die richtigen QS-Tools. Dies ist ein wichtiger Teil der Implementierung einer Teststrategie: Sie benötigen eine zuverlässige Testmanagementlösung mit Integrationen für alle anderen QS-Tools
5 Entscheidungen, die Sie treffen müssen, bevor Sie eine Teststrategie entwickeln
Warum müssen Sie überhaupt Entscheidungen treffen, bevor Sie eine Teststrategie entwickeln? Das ist eine berechtigte Frage.
Zunächst einmal ist es manchmal gar nicht nötig, eine Teststrategie zu erstellen. Es könnte zu aufwändig sein, eine Strategie zu erstellen, wenn das zu prüfende Produkt zu einfach für eine zusätzliche Dokumentation ist.
Zweitens: Wenn Sie sich dafür entscheiden, auf eine Teststrategie zu verzichten, ist es gut, wenn Sie zumindest einen Prototyp eines Testplans haben. Sie müssen noch herausfinden, welche Art von Testplan für Ihr Team am besten geeignet ist und ob es irgendwelche Einschränkungen in Bezug auf Ihr Budget oder den Zeitrahmen gibt.
Es ist wichtig, dass sich alle Mitglieder Ihres Teams über die Projekt- und Geschäftsziele im Klaren sind. So können Sie sicherstellen, dass alle in dieselbe Richtung gehen und niemand zurückbleibt.
Sobald all diese Teile vorhanden sind und jeder weiß, was er tut (und warum), ist es an der Zeit, einen konkreten Plan zu erstellen! Dieser Plan sollte Dinge wie Fristen und Meilensteine enthalten, damit alle Beteiligten wissen, was von ihnen zu jedem Zeitpunkt des Projektlebenszyklus ( also vom Konzept bis zur Umsetzung) erwartet wird.
Erst wenn alle oben genannten Kriterien berücksichtigt wurden, können Sie schließlich zu diesen fünf Entscheidungen kommen, die Sie bei der Vorbereitung einer Teststrategie treffen sollten:
- Entscheiden Sie, was Sie testen;
- Entscheiden Sie, wer es testen soll;
- Entscheiden Sie, wann der Test beginnen und enden soll;
- Entscheiden Sie, wie Sie die Ergebnisse Ihrer Tests berichten;
- Legen Sie fest, nach welchen Kriterien Ihre Software bereit zur Freigabe ist!
Wenn diese Fragen geklärt sind, ist es an der Zeit, eine Strategie für den Softwaretest zu entwickeln!
Schlussfolgerung
Die Teststrategie ist wohl der wichtigste Teil der Testdokumentationshierarchie. Es verbindet Unternehmensziele mit den praktischen Aspekten der Qualitätssicherung, um unternehmens- und projektbezogene Testmaßnahmen voranzutreiben. Eine gute Teststrategie erfordert einen erfahrenen QS-Leiter und eine gute Kommunikation mit anderen Beteiligten, um die besten Verfahren auf Ihr Projekt zuzuschneiden.
Flexible Lösung für jede Prüfstrategie
