Menü

So schreiben Sie ein Teststrategiedokument (mit Beispielvorlage für eine Teststrategie)

how write test strategy document

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Erfahren Sie, wie Sie ein Teststrategiedokument effizient schreiben

Ein Strategieplan zur Definition des Testansatzes, was Sie erreichen möchten und wie Sie ihn erreichen werden.

Dieses Dokument beseitigt alle Unsicherheiten oder vagen Anforderungserklärungen mit einem klaren Ansatzplan zur Erreichung der Testziele. Die Teststrategie ist eines der wichtigsten Dokumente für das QS-Team.

=> Klicken Sie hier, um die vollständige Testplan-Lernserie anzuzeigen

So schreiben Sie ein Teststrategiedokument

Was du lernen wirst:

Schreiben eines Teststrategiedokuments

Teststrategie

Das effektive Schreiben einer Teststrategie ist eine Fähigkeit, die jeder Tester in seiner Karriere erreichen sollte. Es initiiert deine Denkprozess Dies hilft, viele fehlende Anforderungen zu entdecken. Denk- und Testplanungsaktivitäten helfen einem Team, den Testumfang und die Testabdeckung zu definieren.

Es hilft Testmanagern, jederzeit den klaren Status des Projekts zu erhalten. Die Wahrscheinlichkeit, eine Testaktivität zu verpassen, ist sehr gering, wenn eine geeignete Teststrategie vorhanden ist.

Testausführung ohne Plan funktioniert selten. Ich kenne Teams, die Strategiedokumente schreiben, diese aber während der Testausführung nie zurückverweisen. Der Teststrategieplan muss mit dem gesamten Team besprochen werden, damit das Team mit dem Ansatz und den Verantwortlichkeiten übereinstimmt.

In engen Fristen können Sie aufgrund des Zeitdrucks nicht einfach auf Testaktivitäten verzichten. Zumindest muss es vorher einen formellen Prozess durchlaufen.

Was ist eine Teststrategie?

Teststrategie bedeutet 'Wie werden Sie die Anwendung testen?' Sie müssen den genauen Prozess / die Strategie angeben, dem Sie folgen werden, wenn Sie die Anwendung zum Testen erhalten.

Ich sehe, dass viele Unternehmen die Vorlage für die Teststrategie sehr genau befolgen. Auch ohne Standardvorlage können Sie dieses Teststrategiedokument einfach, aber dennoch effektiv halten.

Teststrategie Vs. Versuchsplan

Im Laufe der Jahre sehe ich viel Verwirrung zwischen diesen beiden Dokumenten. Beginnen wir also mit grundlegenden Definitionen. Im Allgemeinen spielt es keine Rolle, was zuerst kommt. Das Testplanungsdokument ist eine Kombination aus Strategie und Gesamtprojektplan. Laut IEEE Standard 829-2008 ist der Strategieplan ein Unterpunkt eines Testplans.

Jede Organisation hat ihre eigenen Standards und Prozesse, um diese Dokumente zu verwalten. Einige Organisationen nehmen Strategiedetails in den Testplan selbst auf (hier ist ein gutes Beispiel von diesem). Einige Organisationen listen die Strategie als Unterabschnitt in einem Testplan auf, Details werden jedoch in verschiedenen Teststrategiedokumenten getrennt.

Projektumfang und Testfokus sind im Testplan definiert. Grundsätzlich geht es um Testabdeckung, zu testende Funktionen, nicht zu testende Funktionen, Schätzung, Planung und Ressourcenverwaltung.

Während die Teststrategie Richtlinien für den Testansatz definiert, die befolgt werden müssen, um die Testziele und die Ausführung der im Testplan definierten Testtypen zu erreichen. Es befasst sich mit Testzielen, Ansatz, Testumgebung, Automatisierungsstrategie und -werkzeugen sowie der Risikoanalyse mit einem Notfallplan.

Die Zusammenfassung des Testplans ist eine Vision dessen, was Sie erreichen möchten, und die Teststrategie ist ein Aktionsplan, mit dem diese Vision erreicht werden soll!

Ich hoffe, dies wird alle Ihre Zweifel klären. James Bach hat mehr Diskussion zu diesem Thema Hier .

Prozess zur Entwicklung eines guten Teststrategiedokuments

Folgen Sie nicht nur den Vorlagen, ohne zu verstehen, was für Ihr Projekt am besten funktioniert. Jeder Kunde hat seine eigenen Anforderungen und Sie müssen sich an die Dinge halten, die perfekt für Sie funktionieren. Kopieren Sie keine Organisation oder Standards blind. Stellen Sie immer sicher, dass dies Ihnen und Ihren Prozessen hilft.

Im Folgenden finden Sie eine Beispielstrategievorlage, in der erläutert wird, was in diesem Plan behandelt werden soll, sowie einige Beispiele, um zu veranschaulichen, was unter den einzelnen Komponenten sinnvoll ist.

Teststrategie in STLC:

STLC

(Bild Quelle ))

Dienstprogramm zur Überwachung der CPU-Temperatur und der Lüftergeschwindigkeit

Allgemeine Abschnitte des Teststrategiedokuments

Schritt 1: Umfang und Übersicht

Projektübersicht zusammen mit Informationen darüber, wer dieses Dokument verwenden soll. Geben Sie außerdem Details an, z. B. wer dieses Dokument überprüft und genehmigt. Definieren Sie Testaktivitäten und -phasen, die mit Zeitplänen in Bezug auf die im Testplan definierten Gesamtprojektzeitpläne durchgeführt werden sollen.

Schritt 2: Testansatz

Definieren Sie den Testprozess, die Teststufe, die Rollen und die Verantwortlichkeiten jedes Teammitglieds.

Für jeden Testtyp definiert im Testplan ( Zum Beispiel, Einheit , Integration, System, Regression, Installation / Deinstallation , Usability-, Load-, Performance- und Sicherheitstests) beschreiben, warum sie durchgeführt werden sollten, zusammen mit Details wie Startzeitpunkt, Testbesitzer, Verantwortlichkeiten, Testansatz und Details der Automatisierungsstrategie und des Tools, falls zutreffend.

Bei der Testausführung gibt es verschiedene Aktivitäten wie Hinzufügen neuer Fehler, Fehlerbehebung, Fehlerzuweisungen, erneutes Testen, Regressionstests und schließlich Testabmeldung. Sie müssen die genauen Schritte definieren, die für jede Aktivität ausgeführt werden müssen. Sie können den gleichen Prozess ausführen, der in Ihren vorherigen Testzyklen für Sie funktioniert hat.

Eine Visio-Präsentation all dieser Aktivitäten, einschließlich einer Reihe von Testern, und wer an welcher Aktivität arbeitet, ist sehr hilfreich, um die Rollen und Verantwortlichkeiten im Team schnell zu verstehen.

Zum Beispiel, Fehlermanagementzyklus - Erwähnen Sie den Prozess zum Protokollieren des neuen Fehlers. Wo man sich anmeldet, wie man neue Fehler protokolliert, wie sollte der Fehlerstatus sein, wer sollte die Fehleranalyse durchführen, wem werden Fehler nach der Fehleranalyse zugewiesen?

Definieren Sie auch den Änderungsverwaltungsprozess. Dies umfasst das Definieren der Übermittlung von Änderungsanforderungen, der zu verwendenden Vorlage und des Prozesses zur Bearbeitung der Anforderung.

Schritt 3: Testumgebung

Das Setup der Testumgebung sollte Informationen zu einer Reihe von Umgebungen und den erforderlichen Setups für jede Umgebung enthalten. Zum Beispiel, Eine Testumgebung für das Funktionstestteam und eine andere für das UAT-Team.

Definieren Sie die Anzahl der in jeder Umgebung unterstützten Benutzer, Zugriffsrollen für jeden Benutzer, Software- und Hardwareanforderungen wie Betriebssystem, Speicher, freier Speicherplatz, Anzahl der Systeme usw.

Ebenso wichtig ist die Definition der Testdatenanforderungen. Geben Sie klare Anweisungen dazu Testdaten erstellen (entweder Daten generieren oder Produktionsdaten verwenden, indem Felder zum Schutz der Privatsphäre maskiert werden).

Definieren Sie die Strategie zur Sicherung und Wiederherstellung von Testdaten. Die Datenbank der Testumgebung kann aufgrund nicht behandelter Bedingungen im Code auf Probleme stoßen. Ich erinnere mich an die Probleme, mit denen wir bei einem der Projekte konfrontiert waren, als keine Datenbanksicherungsstrategie definiert war und wir aufgrund von Codeproblemen ganze Daten verloren haben.

Der Sicherungs- und Wiederherstellungsprozess sollte definieren, wer Sicherungen erstellt, wann eine Sicherung durchgeführt werden soll, was in die Sicherung aufgenommen werden soll, wann die Datenbank wiederhergestellt werden soll, wer sie wiederherstellen soll und welche Schritte zur Datenmaskierung ausgeführt werden müssen, wenn die Datenbank wiederhergestellt wird.

Schritt 4: Tools testen

Definieren Sie die für die Testausführung erforderlichen Testmanagement- und Automatisierungstools. Beschreiben Sie für Leistungs-, Last- und Sicherheitstests den Testansatz und die erforderlichen Tools. Erwähnen Sie, ob es sich um ein Open Source- oder ein kommerzielles Tool handelt und wie viele Benutzer darauf unterstützt werden, und planen Sie entsprechend.

Schritt 5: Steuerung freigeben

Wie in unserem letzten erwähnt UAT-Artikel Ein ungeplanter Release-Zyklus kann in Test- und UAT-Umgebungen zu unterschiedlichen Softwareversionen führen. Der Release-Management-Plan mit dem richtigen Versionsverlauf stellt die Testausführung aller Änderungen in dieser Version sicher.

Zum Beispiel, Legen Sie den Build-Management-Prozess fest, der antworten soll - wo ein neuer Build verfügbar sein soll, wo er bereitgestellt werden soll, wann der neue Build abgerufen werden soll, von wo der Produktions-Build abgerufen werden soll, wer das Los gibt, das No-Go-Signal für die Produktionsfreigabe , usw.

Schritt 6: Risikoanalyse

Listen Sie alle Risiken auf, die Sie sich vorstellen. Stellen Sie einen klaren Plan zur Minderung dieser Risiken sowie einen Notfallplan für den Fall bereit, dass Sie diese Risiken in der Realität sehen.

Schritt 7: Überprüfung und Zulassungen

Wenn alle diese Aktivitäten im Teststrategieplan definiert sind, müssen sie von allen am Projektmanagement-, Geschäftsteam-, Entwicklungsteam- und Systemadministrations- (oder Umgebungsmanagement-) Team beteiligten Stellen auf ihre Freigabe überprüft werden.

Die Zusammenfassung der Überprüfungsänderungen sollte am Anfang des Dokuments zusammen mit dem Namen, dem Datum und dem Kommentar des Genehmigenden nachverfolgt werden. Außerdem handelt es sich um ein lebendes Dokument, das ständig überprüft und mit den Verbesserungen des Testprozesses aktualisiert werden sollte.

Einfache Tipps zum Schreiben eines Teststrategiedokuments

  1. Fügen Sie den Produkthintergrund in das Teststrategiedokument ein. Im ersten Absatz Ihres Teststrategiedokuments antworten Sie: Warum möchten Stakeholder dieses Projekt entwickeln? Dies wird dazu beitragen, die Dinge schnell zu verstehen und zu priorisieren.
  2. Listen Sie alle wichtigen Funktionen auf, die Sie testen möchten. Wenn Sie der Meinung sind, dass einige Funktionen nicht Teil dieser Version sind, erwähnen Sie diese Funktionen unter dem Label 'Nicht zu testende Funktionen'.
  3. Schreiben Sie den Testansatz für Ihr Projekt auf. Erwähnen Sie deutlich, welche Arten von Tests Sie durchführen werden.
    d.h. Funktionstests, UI-Tests, Integrationstests, Last- / Stresstests, Sicherheitstests usw.
  4. Beantworten Sie Fragen wie die Durchführung von Funktionstests? Manuelle oder Automatisierungstests? Führen Sie alle Testfälle mit Ihrem Testmanagement-Tool aus?
  5. Welches Tool zur Fehlerverfolgung werden Sie verwenden? Was wird der Prozess sein, wenn Sie einen neuen Fehler finden?
  6. Was sind Ihre Testeintritts- und -austrittskriterien?
  7. Wie können Sie Ihren Testfortschritt verfolgen? Welche Metriken werden Sie verwenden, um den Abschluss des Tests zu verfolgen?
  8. Aufgabenverteilung - Definieren Sie die Rollen und Verantwortlichkeiten jedes Teammitglieds.
  9. Welche Dokumente werden Sie während und nach der Testphase erstellen?
  10. Welche Risiken sehen Sie beim Abschluss des Tests?

Fazit

Teststrategie ist kein Stück Papier. Dies spiegelt die gesamten QS-Aktivitäten im Lebenszyklus von Softwaretests wider. Lesen Sie dieses Dokument von Zeit zu Zeit während des Testausführungsprozesses und befolgen Sie den Plan bis zur Softwareversion.

Wenn sich das Projekt dem Veröffentlichungsdatum nähert, ist es ziemlich einfach, die Testaktivitäten einzuschränken, indem Sie ignorieren, was Sie im Teststrategiedokument definiert haben. Es ist jedoch ratsam, mit Ihrem Team zu besprechen, ob die Reduzierung einer bestimmten Aktivität zur Veröffentlichung beiträgt, ohne dass das Risiko größerer Probleme nach der Veröffentlichung besteht.

Die meisten agilen Teams reduzieren das Schreiben von Strategiedokumenten, da der Teamfokus eher auf der Testausführung als auf der Dokumentation liegt. Ein grundlegender Teststrategieplan hilft jedoch immer dabei, die mit dem Projekt verbundenen Risiken klar zu planen und zu mindern. Agile Teams können alle Aktivitäten auf hoher Ebene erfassen und dokumentieren, um die Testausführung ohne Probleme pünktlich abzuschließen.

Ich bin sicher, dass die Entwicklung eines guten Teststrategieplans und die Verpflichtung, diesen zu befolgen, den Testprozess und die Qualität der Software definitiv verbessern werden. Es wäre mir eine Freude, wenn dieser Artikel Sie dazu inspirieren würde, einen Teststrategieplan für Ihr Projekt zu schreiben!

Wenn dir dieser Beitrag gefällt, teile ihn bitte mit deinen Freunden!

=> Besuchen Sie hier für eine vollständige Testplan-Tutorialserie

Literatur-Empfehlungen

^