Softwaretests - Dokumentation

Die Testdokumentation umfasst die Dokumentation von Artefakten, die vor oder während des Testens von Software entwickelt werden sollten.

Die Dokumentation für Softwaretests hilft bei der Schätzung des erforderlichen Testaufwands, der Testabdeckung, der Nachverfolgung / Rückverfolgung von Anforderungen usw. In diesem Abschnitt werden einige der häufig verwendeten dokumentierten Artefakte im Zusammenhang mit Softwaretests beschrieben, z.

• Versuchsplan
• Testszenario
• Testfall
• Rückverfolgbarkeitsmatrix

Versuchsplan

In einem Testplan werden die Strategie zum Testen einer Anwendung, die verwendeten Ressourcen, die Testumgebung, in der die Tests durchgeführt werden, sowie die Einschränkungen der Tests und der Zeitplan für die Testaktivitäten beschrieben. In der Regel ist der Leiter des Qualitätssicherungsteams für die Erstellung eines Testplans verantwortlich.

Ein Testplan enthält Folgendes:

• Einführung in das Testplandokument
• Annahmen beim Testen der Anwendung
• Liste der Testfälle, die beim Testen der Anwendung enthalten sind
• Liste der zu testenden Funktionen
• Welche Art von Ansatz beim Testen der Software zu verwenden
• Liste der zu testenden Ergebnisse
• Die zum Testen der Anwendung zugewiesenen Ressourcen
• Alle während des Testprozesses verbundenen Risiken
• Ein Zeitplan mit Aufgaben und Meilensteinen, die erreicht werden sollen

Testszenario

Es handelt sich um eine einzeilige Anweisung, die angibt, welcher Bereich in der Anwendung getestet wird. Mithilfe von Testszenarien wird sichergestellt, dass alle Prozessabläufe von Ende zu Ende getestet werden. Ein bestimmter Bereich einer Anwendung kann je nach Größe und Komplexität der Anwendung nur ein Testszenario bis zu einigen hundert Szenarien aufweisen.

Die Begriffe "Testszenario" und "Testfälle" werden synonym verwendet. Ein Testszenario besteht jedoch aus mehreren Schritten, während ein Testfall aus einem einzigen Schritt besteht. Aus dieser Perspektive betrachtet sind Testszenarien Testfälle, enthalten jedoch mehrere Testfälle und die Reihenfolge, in der sie ausgeführt werden sollen. Abgesehen davon hängt jeder Test von der Ausgabe des vorherigen Tests ab.

Testfall

Testfälle umfassen eine Reihe von Schritten, Bedingungen und Eingaben, die beim Ausführen von Testaufgaben verwendet werden können. Mit dieser Aktivität soll vor allem sichergestellt werden, ob eine Software hinsichtlich ihrer Funktionalität und anderer Aspekte erfolgreich ist oder nicht. Es gibt viele Arten von Testfällen, z. B. funktionale, negative, fehlerhafte, logische Testfälle, physische Testfälle, UI-Testfälle usw.

Darüber hinaus werden Testfälle geschrieben, um die Testabdeckung einer Software zu verfolgen. Im Allgemeinen gibt es keine formalen Vorlagen, die beim Schreiben von Testfällen verwendet werden können. Die folgenden Komponenten sind jedoch immer verfügbar und in jedem Testfall enthalten -

• Testfall-ID
• Produktmodul
• Produktversion
• Versionsgeschichte
• Purpose
• Assumptions
• Pre-conditions
• Steps
• Erwartetes Ergebnis
• Tatsächliches Ergebnis
• Post-conditions

Viele Testfälle können aus einem einzigen Testszenario abgeleitet werden. Darüber hinaus werden manchmal mehrere Testfälle für eine einzelne Software geschrieben, die zusammen als Testsuiten bezeichnet werden.

Rückverfolgbarkeitsmatrix

Die Rückverfolgbarkeitsmatrix (auch als Anforderungsrückverfolgbarkeitsmatrix - RTM bezeichnet) ist eine Tabelle, mit der die Anforderungen während des Softwareentwicklungslebenszyklus verfolgt werden. Es kann für die Vorwärtsverfolgung (dh von Anforderungen zu Design oder Codierung) oder rückwärts (dh von Codierung zu Anforderungen) verwendet werden. Es gibt viele benutzerdefinierte Vorlagen für RTM.

Jede Anforderung im RTM-Dokument ist mit dem zugehörigen Testfall verknüpft, sodass die Tests gemäß den genannten Anforderungen durchgeführt werden können. Darüber hinaus ist die Bug-ID enthalten und mit den zugehörigen Anforderungen und dem Testfall verknüpft. Die Hauptziele für diese Matrix sind -

• Stellen Sie sicher, dass die Software gemäß den genannten Anforderungen entwickelt wurde.
• Hilft bei der Suche nach der Grundursache eines Fehlers.
• Hilft bei der Rückverfolgung der entwickelten Dokumente in verschiedenen Phasen der SDLC.