Arbeitsergebnisse des Softwaretestteams

Testergebnisse und Testunterlagen werden während der Softwareentwicklung mit den Beteiligten geteilt. Dazu gehören die folgenden Dokumente und Kennzahlen.

Diagramm in voller Größe öffnen ↗

Arbeitsergebnisse des Softwaretestteams

• Softwareteststrategie
• Softwaretestplan
• Testszenarien und Testfälle
• Kennzahlen für Softwaretests
• Produktkennzahlen
• Prozesskennzahlen
• Softwaretestdokumentation
• Softwaretestberichte
• Tägliche Teststatusberichte
• Vorfallberichte
• Abschließender Teststatusbericht

Softwareteststrategie

Eine Teststrategie gibt die Richtung für alle Testaktivitäten im Projekt vor. Teilen Sie die Arbeit in kleinere, klar definierte Prozesse ein. Die Strategie hilft dem Team, Zeit, Aufwand und Ressourcen abzuschätzen. Sie unterstützt auch die Planung, Steuerung und Fortschrittskontrolle.

Softwaretestplan

Ein Testplan beschreibt die übergreifende Teststrategie, die Testumgebung und die Teststufen. Er legt fest, wie Ergebnisse ausgewertet und welche Kennzahlen verwendet werden. Er hält auch die Abschlusskriterien jeder Phase und die Schätzungen für Testaufwand und Kosten fest.

Diagramm in voller Größe öffnen ↗

Softwaretestplan

Testszenarien und Testfälle

Ein Testszenario beschreibt eine hypothetische Situation, in der sich Software strukturiert prüfen lässt. Es kann so komplex wie eine Geschichte sein. Ein Testfall gibt unmittelbar vor, was zu tun ist, welche Eingaben nötig sind und welche Ausgabe zu erwarten ist. Ein Testfall besteht meist aus einer Zeile, während ein Szenario dem Tester einen breiteren Kontext zur Untersuchung bietet.

Diagramm in voller Größe öffnen ↗

Testszenarien und Testfälle

Cem Kaner beschrieb szenariobasiertes Testen 2003 als eine Möglichkeit, realistische Situationen zu untersuchen. Detaillierte Testfälle halten weiterhin Schritte, Eingabedaten und erwartete Ergebnisse fest. Diese Details zu pflegen kann mehr Aufwand erfordern.

Testfälle sagen dem Tester direkt, was er tun und wie er die Software testen soll.

Diagramm in voller Größe öffnen ↗

Testszenarien und Testfälle

Kennzahlen für Softwaretests

Eine Softwarekennzahl ist ein Maß zur Bewertung einer Eigenschaft der Software. Testkennzahlen beurteilen die Qualität und zeigen, wie weit das System in der Entwicklung ist. Nur was wir messen können, lässt sich gezielt steuern und verbessern. Entscheidungen in jeder Entwicklungsphase berücksichtigen daher die Kennzahlen der vorherigen Phase. Es gibt zwei Gruppen von Testkennzahlen.

1. Direkte Messgrößen, auch Basiskennzahlen genannt, sind Rohdaten, die ein Testanalyst zum Projektstatus erfasst. Dazu zählen etwa die Anzahl der erstellten oder ausgeführten Testfälle.
2. Indirekte Messgrößen, auch berechnete Kennzahlen genannt, leiten aussagekräftigere Projektinformationen aus den Basisdaten ab. Beispiele sind der prozentuale Fertigstellungsgrad und die Testabdeckung.

Produktkennzahlen

Produktkennzahlen helfen, die Qualität zu verbessern. Durch regelmäßige Auswertung erkennt das Team rechtzeitig, welche Produkteigenschaften korrigiert werden müssen. Gemessen werden die folgenden Merkmale.

• Größe
• Komplexität
• Entwurfsmerkmale
• Leistung
• Qualität

Prozesskennzahlen

Prozesskennzahlen zeigen, wo sich Abläufe verbessern lassen, um Zeit und Aufwand zu sparen. Vergleichen Sie die Ergebnisse mit dem angestrebten Prozessziel, um den Fortschritt zu bewerten. Die Verfolgung der Testaktivitäten kann die Effizienz und Wirksamkeit eines Projekts verbessern. In der Softwareentwicklung betreffen Prozesskennzahlen die folgenden Bereiche.

• Softwareentwicklung
• Softwarewartung
• Softwaretest

Softwaretestdokumentation

Die Testdokumentation hält Testaktivitäten vor oder während des Testens fest. Dazu gehören die folgenden wichtigen Dokumente.

• Testplan
• Testszenario
• Testfall
• Rückverfolgbarkeitsmatrix

Softwaretestberichte

Die folgenden Berichte unterstützen Ihre Testarbeit.

• Tägliche Teststatusberichte
• Vorfallberichte
• Abschließender Teststatusbericht

Tägliche Teststatusberichte

Tägliche Statusberichte halten das Testteam sowie die Beteiligten des Projekts und des Programms auf dem Laufenden. Die Projektleitung sieht, wie viele Defekte an diesem Tag gemeldet und welche Testfälle ausgeführt wurden und woran die einzelnen Tester gearbeitet haben. Beantworten Sie die folgenden Fragen.

1. Wie viele Testfälle waren für den Tag geplant?
2. Wie viele wurden ausgeführt?
3. Wie viele Defekte hat das Team gemeldet?
4. Wie viele Defekte waren kritisch?
5. Wo stehen die Detailberichte, einschließlich der Liste zu Defekten und Testausführungen?

Vorfallberichte

Vorfallberichte erleichtern die Abstimmung zwischen Test und Entwicklung. Bei der Vorfallbearbeitung werden die folgenden Angaben festgehalten.

• Ein Vergleich der tatsächlichen und der erwarteten Ergebnisse
• Die Ursache der Abweichung bei einem fehlgeschlagenen Test, etwa eine fehlerhafte Automatisierung, ein ungeeigneter Testfall oder ein tatsächlicher Softwarefehler

Erstellen Sie bei einem tatsächlichen Fehler einen Vorfallbericht. Nehmen Sie die folgenden Angaben auf.

• Identifizierung
• Welche ID hat der jeweilige Bericht?
• Was ist das Testobjekt?
• Version der getesteten Softwareanwendung
• Angaben zur Testumgebung einschließlich Hardware und Software
• Name des Entwicklers, der den Vorfall beurteilen und beheben soll
• Wann wurde der Fehler beobachtet?
• Klassifizierung
• Status
• Schweregrad
• Priorität
• Anforderung
• Ursache
• Problembeschreibung
• Beschreibung des Problems
• Angaben zum Testfall
• Anmerkungen des Testers
• Anmerkung des Entwicklers nach der Änderung
• Etwaige Referenzen

Abschließender Teststatusbericht

Die Testleitung erstellt einen Abschlussbericht, wenn die Abschlusskriterien erfüllt oder die Tests abgeschlossen sind. Anschließend prüfen ihn die Beteiligten und der Kunde. Führen Sie die erfolgreich ausgeführten Testfälle und alle offenen Defekte auf, deren Behebung nach der Bereitstellung geplant ist.