So melden Sie die Testausführung intelligent – [Vorlage für Statusberichte herunterladen]

Software Testing Status Reporting

„Die Vereinbarung, dass bestimmte Informationen in einem bestimmten Format von einem bestimmten Team / Individuum in bestimmten Zeitabständen an bestimmte Mitglieder gesendet werden, ist wie ein Handschlag – eine Bestätigung, dass Sie unabhängig vom Ergebnis einer Aufgabe früher als später darüber informiert werden.“

Dies ist der erste Abschnitt des Eides eines IT-Experten. Nun, ich mache Witze! Es gibt keinen Eid, aber wenn es einen gäbe, würde dies sicherlich die Liste der darin enthaltenen Elemente anführen. Nicht wahr?

Verantwortlichkeit und Transparenz (A & T) sind für jedes IT–Projekt auf verschiedenen Ebenen unerlässlich – auf Projektebene, Teamebene, Aufgabenebene und auch auf individueller Ebene. Wie stellen wir sicher, dass diese Attribute erfüllt sind? Die Antwort ist – kommunizieren, formeller – Statusmeldung!

Senden wir nicht alle auf individueller Ebene jeden Tag Berichte, meistens EOD, um die Erfüllung (oder Nichterfüllung) Ihrer täglichen Aufgaben zu kommunizieren. Dies beweist, dass Sie sich tatsächlich „bewusst“ sind, womit Ihre Pflichten beginnen sollten.

Täglicher Statusbericht

Die Informationen, die Teil des „täglichen Statusberichts“ einer Person sein müssen, sind:

• Was hast du heute gemacht?
• Was planen Sie morgen zu tun?
• Hatten Sie während Ihres Tages Probleme? Wenn ja, wie haben Sie sie gelöst oder sind sie noch offen?
• Benötigen Sie Inputs für morgen? Wenn ja, von wem und was sind sie?

Der Empfänger dieser E–Mail / dieses Berichts ist in der Regel der Manager, in einigen Fällen können auch die Teammitglieder CC’ed sein – dies hängt vom Kommunikationsprotokoll ab, dem das Team folgt.

Testberichte

Jetzt ist es an der Zeit, genauer zu werden und alles über die Berichte zu erfahren, die Test- / QS-Teams senden.

Testteams senden verschiedene Berichte zu verschiedenen Phasen im STLC aus.

• Testplanstatus
• Testdokumentationsstatus
• Testausführungsstatus (Fehlerstatus)

Testplan: Es reicht aus, mit den übrigen Projektteams zu kommunizieren, wenn ein Testplan erstellt wird oder wenn eine wesentliche Änderung daran vorgenommen wird.

Testdokumentation: Lassen Sie alle Teams wissen, wann der Entwurf der Tests, die Datenerfassung und andere Aktivitäten begonnen haben und wann sie abgeschlossen sind. Dieser Bericht informiert sie nicht nur über den Fortschritt der Aufgabe, sondern signalisiert auch den Teams, die die Artefakte überprüfen und abmelden müssen, dass sie als nächstes dran sind.

Testausführung: Die Ausführung ist die Phase eines Projekts, in der das Testteam im Vordergrund steht – positiv und negativ – wir sind sowohl die Helden als auch die Bösewichte.

Ein typischer Tag während eines Testzyklus wird nicht ausgeführt, es sei denn, der tägliche Statusbericht wird gesendet. In einigen Teams konnten sie sich auf einen wöchentlichen Bericht einigen, aber es ist die Norm, ihn täglich senden zu lassen.

Es ist auch nicht ungewöhnlich, jeden Tag (oder jede Woche) ein Statustreffen abzuhalten, um den betroffenen Parteien den Status des QA-Teams vorzustellen.

Daher kann der Modus eines Statusberichts:

• E-Mail / Dokument
• Meeting / Präsentation
• Beides – tägliche E-Mail und wöchentliche Besprechung oder so.

Testausführungsstatusbericht

Täglicher / wöchentlicher Testausführungsbericht:

Was ist das? Im Allgemeinen handelt es sich um eine Mitteilung, die gesendet wird, um Transparenz über die täglichen Aktivitäten des QA–Teams während des Testzyklus herzustellen – einschließlich Fehlerinformationen und Testfalllaufinformationen.

An wen soll es gehen? – Normalerweise sind das Entwicklungsteam, das Umwelt-Support-Team, der Business Analyst und das Projektteam die Empfänger / Besprechungsteilnehmer. Der Testplan ist der beste Ort für Sie, um diese Informationen zu finden.

Was enthält ein Testausführungsstatusbericht? – 10 Punkte

1. Anzahl der für diesen Tag geplanten Testfälle
2. Anzahl der ausgeführten Testfälle – an diesem Tag
3. Anzahl der insgesamt ausgeführten Testfälle
4. Anzahl der an diesem Tag aufgetretenen Mängel / und ihre jeweiligen Zustände
5. Anzahl der bisher aufgetretenen Mängel / und ihre jeweiligen Zustände
6. Anzahl der kritischen noch offen
7. Ausfallzeiten der Umgebung – falls vorhanden
8. Showstopper – falls vorhanden
9. Anhang des Testausführungsblatts / Link zum Testverwaltungstool, in dem die Testfälle abgelegt werden
10. Anhang zum Fehlerbericht / Link zum Defekt / Test / Management-Tool für das Incident Management

Die obigen 10 Punkte, wenn Sie genau bemerken, sind die Rohdaten. Die Berichterstattung über die Fakten ist eine Sache, und die Berichterstattung über einige ‚intelligente‘ Fakten ist eine andere. Wie verfeinern wir diese Informationen?

• Zeigt den Gesamtstatus mit einer Farbanzeige an. Zum Beispiel Grün – pünktlich, Orange- Etwas dahinter, kann aber die Verzögerung absorbieren, Rot- Verzögert.
• Fügen Sie einige einfache Metriken wie Pass% der Testfälle bisher, Fehlerdichte,% der schweren Mängel; auf diese Weise geben Sie nicht nur Zahlen an, sondern geben tatsächlich einen Einblick in die Qualität des Produkts, das Sie testen.
• Wenn eine signifikante Phase abgeschlossen ist – markieren Sie das.
• Wenn es einen kritischen Fehler gibt, der die gesamte / einen Teil der zukünftigen Ausführung blockiert – markieren Sie dies.
• Wenn Sie eine Präsentation verwenden, stellen Sie sicher, dass Sie einige Grafiken einfügen, um eine bessere Wirkung zu erzielen.

Das folgende Diagramm ist beispielsweise eine Darstellung der Anzahl offener Defekte in Bezug auf das Modul:

Abgesehen von diesen können Sie optional auch:

• Welche Aktivitäten sind als nächstes geplant?
• Brauchst du irgendwelche Inputs von einem der anderen Teams und wenn ja, was?

Zum Schluss ein paar Hinweise, um den Prozess zu unterstützen:

• Seien Sie präzise und gleichzeitig vollständig
• Stellen Sie sicher, dass die Ergebnisse, die Sie melden, korrekt sind
• Verwenden Sie Aufzählungszeichen, um den Bericht gut lesbar zu machen
• Überprüfen Sie, ob Datum, Betreff, Liste und Anhänge richtig sind.
• Wenn der Bericht zu groß ist und zu viele Faktoren zum Melden enthält: Legen Sie ihn als Datei an einem gemeinsamen Speicherort ab und senden Sie einen Link in der E-Mail anstelle der Datei selbst. (Stellen Sie sicher, dass die Empfänger Zugriffsberechtigungen für diesen Speicherort und die Datei haben)
• Wenn es sich um ein Statustreffen handelt – Seien Sie auf die Präsentation vorbereitet, kommen Sie pünktlich an und halten Sie vor allem einen gleichmäßigen Ton aufrecht (seien Sie nicht zu stolz auf die Mängel – sie sind im Allgemeinen „schlechte Nachrichten“).

Beispielstatusbericht

QA-Teststatusbericht:

Nach diesen Richtlinien sind wir zum folgenden Statusbericht gelangt.

Für die bequemlichkeit unserer leser, wir haben enthalten 3 blätter vermittlung verschiedenen ebenen von informationen, die sie vermitteln können.

Blatt 1 – ist eine Zusammenfassung des Gesamtstatus des Projekts.
Blatt 2 – ist mehr über die einzelnen Details des Testfallstatus.
Blatt 3 – ist ein Beispiel-Fehlerbericht.

Laden Sie diese Beispiel-Statusbericht-Xls-Vorlage mit allen drei Blättern herunter. (Klicken Sie mit der rechten Maustaste auf den Link und wählen Sie ‚Link speichern unter..‘ zum Download)

Über Autor – Dies ist ein Artikel von STH Teammitglied Swati Seela. Sie können mehr über sie auf unserer Softwaretestkurs-Seite erfahren.