Menü

3 Strategien zum Umgang mit einem Blockerdefekt

3 strategies dealing with blocker defect

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Blockerdefekte verleihen den sonst normalen Testtagen eine Menge Drama.

In diesem Artikel möchte ich einige Schritte behandeln, die ein Tester im Umgang mit ihnen ausführen kann.

Ich gehe davon aus, dass unsere lieben Leser die Schwere und Priorität von Mängeln bereits tief verstehen. Benötigen Sie eine kurze Zusammenfassung? Überprüfen Sie dies heraus.

Bedeutet das immer, dass wir den Test vollständig beenden müssen, wenn wir auf ein Blockerproblem stoßen?

In einigen Fällen 'Ja', aber vielleicht nicht immer. Es kann Fälle geben, in denen einige Testaktivitäten möglich sind.

Blocker defekt behandeln

Bild Quelle

Im Folgenden sind einige Situationen aufgeführt, die ich in meiner Karriere als Tester erlebt habe. Ich bin der festen Überzeugung, dass die unten beschriebenen Schritte (die später in einem Flussdiagramm zusammengefasst werden) befolgt werden müssen, um diesen Prozess zu vereinfachen.

Lass uns gleich einsteigen.

Schritte, die Sie unternehmen sollten, wenn Sie auf einen Blockerdefekt stoßen

Schritt 1: Wenn Sie auf ein Problem stoßen, investieren Sie Zeit, um die Grundursache zu finden.

Ich bin der festen Überzeugung, dass unsere Arbeit als Tester nicht endet Mängel melden . Wenn es die Zeit erlaubt, sollten wir untersuchen, was das Problem verursacht haben könnte. Wir sind möglicherweise nicht immer in der Lage, auf den genauen Problembereich hinzuweisen, versuchen jedoch, so viele Probleme wie möglich zu beheben. Die gleichen Details können im Defekt als zusätzliche Kommentare aktualisiert werden.

Ich habe dies in meinen Projekten viel getan, und dies hat zu einer schnellen Lösung geführt. Die Vorteile der Ursachenanalyse sind:

  • Als Mehrwert kann dies dem Entwickler definitiv eine bessere Richtung für die Fehlerbehebung bieten.
  • Außerdem kann der QS-Tester erkennen, ob dieses Problem selbst verursacht wurde (Dateneingabe oder Probleme bei der Verwendung durch den Menschen), und wenn ja, kann er vom Tester selbst behoben werden. Wenn solche Fehler an Entwickler gemeldet werden, ohne dass wir dies vom QA-Ende aus überprüfen, sind sie es als kein Problem angesehen und könnte einen negativen Ruf für den Tester schaffen.

Ich schlage daher vor, dass wir am Ende immer noch einmal nachprüfen, bevor wir einen Fehler protokollieren.

Hier sind einige Echtzeitbeispiele aus meinen Projekten, die die oben genannten Punkte verdeutlichen:

Ich habe an einem Projekt gearbeitet, bei dem wir für unsere Tests eine Datei an einem bestimmten Ort ablegen mussten. Benennen Sie es so um, dass es mit dem Namen in der Konfiguration übereinstimmt. Ein geplanter Job würde die Datendatei abholen und die Daten in das System laden. Danach würden wir die Daten in der Datenbank und im Frontend validieren.

Was leistet die Überprüfungsphase im Software-Lebenszyklus?

Früher stießen wir auf Probleme, bei denen der Job ausgeführt wurde, die Daten jedoch nicht geladen wurden. Bei einer Untersuchung lag dies daran, dass der Tester den Namen beim Ablegen der Datei am Speicherort nicht geändert hat.

Dies war ein Blocker für uns, aber nicht etwas, das die Aufmerksamkeit der Entwickler erforderte. Wir mussten auf Details achten und so kleine Fehler vermeiden.

Im Folgenden sind einige häufig verwendete Kategorien, Grundursachen und Abhilfemaßnahmen aufgeführt:

# 1) Hosts-Datei Problem - Angenommen, Ihre Hosts-Datei enthält Parameter, die falsch sind und das Problem verursachen. In diesem Fall können Sie die Hostdatei entweder selbst aktualisieren oder sich an jemanden wenden, der Zugriff auf die Aktualisierung und Fortsetzung der Testausführung hat.

Ein Fehler für dasselbe sollte gemeldet werden, damit Entwickler nachforschen können, aber mit der Problemumgehung können Funktionstests weiterhin fortgesetzt werden.

gefälschte E-Mail-Adresse, die ich verwenden kann

Hinweis: Erkundigen Sie sich bei Ihren Projektteams, ob es für das QS-Team in Ordnung ist, diese Änderungen vorzunehmen, bevor Sie dies tun.

# 2) Konfiguration - Oft haben wir Konfigurationsprobleme festgestellt, z. B. das Nichtverweisen auf die richtige Umgebung oder andere Einrichtungsprobleme, die Probleme blockieren. Auch in solchen Fällen können Tester Änderungen vornehmen und mit dem Testen fortfahren.

Hinweis: Bitten Sie noch einmal um Erlaubnis, bevor Sie dies tun.

# 3) Code-Ausgabe - Wenn Sie der Meinung sind, dass das Problem auf Code zurückzuführen ist, können die Tester nicht viel tun. Protokollieren Sie einen Blockerfehler und warten Sie, bis der Fix mit dem Testen fortfährt.

# 4) Bereitstellungsproblem - Eine schlechte Bereitstellung ist eine weitere häufige Ursache für Blockerprobleme, die während des Sanity-Tests festgestellt werden können. Auch hier sollte der Test sofort abgebrochen werden, bis ein neuer Build eingeht.

# 5) Umwelt runter - Wenn die Umgebung nicht funktioniert, sagen wir, dass die Datenbank keine Verbindung zum Server herstellt oder die URL bei Websites nicht funktioniert. Tester können in diesen Fällen nur einen Fehler melden und warten, bis das System betriebsbereit ist.

Wenn eine Problemumgehung vorhanden ist, verwenden Sie diese, um mit dem Testen fortzufahren. Der einzige Weg, um herauszufinden, ob diese Problemumgehung existiert, besteht darin, die Grundursache zu untersuchen. Meistens gibt es eine Alternative.

Schritt 2: Es ist sehr leicht, bei der Untersuchung der Grundursache in eine Endlosschleife zu geraten. Stellen Sie also sicher, dass es nicht den ganzen Tag und alle Anstrengungen kostet.

Hier sind einige Hinweise:

  • Finden Sie ein Gleichgewicht und erkennen Sie den Haltepunkt, wenn Sie dort ankommen.
  • Die Erfahrung und das Fachwissen eines Testers sind entscheidend für eine erfolgreiche RCA. Es ist jedoch eine gute Idee, das Team und den Teamleiter bei Bedarf einzubeziehen.
  • Wenn Sie der Meinung sind, dass RCA zeitaufwändig ist, melden Sie das Problem sofort und geben Sie so viele Informationen wie möglich an. Ein Screenshot ist immer hilfreich.
  • Falls erforderlich, setzen Sie sich fort. Senden Sie eine E-Mail an den Manager oder Entwickler, um auf das kritische Problem aufmerksam zu machen.
  • Setzen Sie die Fehlerbehebung fort, nachdem Sie die erforderlichen Parteien benachrichtigt haben.

Grund, warum Blockerfehler sofort gemeldet werden sollten:

  • Das Management sollte über alle Ausfallzeiten informiert werden, wenn es sich um einen Showstopper-Defekt handelt. Diese Informationen müssen an den Kunden weitergeleitet werden und können auch Projektplanaktualisierungen (QS-Zeitpläne), Änderungen der zu erbringenden Leistungen usw. erfordern.
  • Jede Verzögerung der QS-Leistungen muss mit Nachweisen belegt werden. Es ist also immer besser, so schnell wie möglich zu kommunizieren, als bis zum Ende des Tages zu warten.

Schritt 3: Nun zum letzten Schritt, seit wir das Problem analysiert und kommuniziert haben. Wie geht es weiter?

  • Wenn das Problem den Zugriff auf einen Funktionsbereich blockiert, prüfen Sie, ob sich dies auf andere Bereiche auswirkt
  • Wenn die Front-End-App nicht verfügbar ist, prüfen Sie, ob der Backend- / Middleware- / Datenbanktest fortgesetzt werden kann.
  • Wenn keine Testausführungsaktivität stattfinden kann, versuchen Sie es Arbeit an einigen Dokumentationen im Zusammenhang mit Ihrem Projekt.
  • Sie können es auch versuchen Bereiche für die Automatisierung identifizieren wenn Sie viel Arbeit manuell wiederholen. Für die Automatisierung muss nicht immer ein Tool verwendet werden. Angenommen, die Berichterstellung ist eine monotone Aufgabe für Sie. Dies ist ein Bereich, der durch einfache Excel-Makros und dergleichen automatisiert werden kann.
  • Nehmen Sie sich Zeit für Open Source-Tools, die in Ihrem Projekt implementiert werden können
  • Last but not least , arbeite auf Innovation hin, das Mantra, das derzeit die Welt regiert!

Endlich , das Flussdiagramm, das die gesamte Diskussion zusammenfasst!

Flussdiagramm: Schritte zur Behandlung eines Blockerdefekts

Blocker defekt

Autor : Dieser großartige Artikel wurde von STH-Teammitglied Priya R. geschrieben.

Welche Schritte unternehmen Sie, wenn Sie auf einen Blockerdefekt stoßen?

Literatur-Empfehlungen

^