how reproduce non reproducible defect
In der Welt von Softwaretest Wenn ein einmal gefundener Fehler konsistent reproduzierbar ist, kann der Tester mit Überzeugung berichten, ein Entwickler kann ihn klar beheben und das QS-Team kann mit Vertrauen schließen.
c ++ warte auf Sekunden
Dieser Prozess bringt jedoch manchmal eigene Herausforderungen mit sich. Dieser Artikel versucht, diese dunklen Bereiche der Fehlerreproduktion zu beleuchten.
Was ist zuallererst „ Fehler reproduzieren '?
Wenn eine bestimmte Abfolge von Schritten den Tester an einem Punkt gelandet hat, an dem eine Abweichung im erwarteten Verhalten beobachtet wird, ist das „zu reproduzierende Schritte“ das Fehlerfeld, das eine Aufzeichnung dieser genauen Abfolge von Schritten enthält. Wenn wir jedes Mal, wenn wir diese Schritte ausführen, auf dasselbe Problem stoßen, spricht man von einem reproduzierbaren Defekt.
Zusätzlich zu den Schritten, um mehr Beweise wie die verwendeten Daten zu reproduzieren, Screenshots Es können auch Videos mit Bildschirmaufzeichnung bereitgestellt werden. Falls diese Informationen inkonsistent oder falsch sind, können die Fehler ohne weitere Lösung abgezinst und als ungültig markiert werden.
Weiterlesen => Wie können Sie alle Fehler ohne die Bezeichnung 'Ungültiger Fehler' beheben?
Daher sind „Schritte zur Reproduktion“ von entscheidender Bedeutung. Im Folgenden sind einige Punkte aufgeführt, die beim Schreiben dieses Teils des Fehlerberichts zu beachten sind:
Was du lernen wirst:
- Wie schreibe ich Fehler 'Schritte zu reproduzieren':
- Warum ist die Reproduktion eines Fehlers so wichtig?
- Was sind nicht reproduzierbare Fehler?
- Wie reproduziere ich einen Defekt?
- Fazit:
- Literatur-Empfehlungen
Wie schreibe ich Fehler 'Schritte zu reproduzieren':
- Sei präzise
- Geben Sie genaue Daten an, die während des Tests verwendet wurden, um eine einfache Referenz zu ermöglichen
- Die Schritte müssen in der genauen Reihenfolge sein
- Erwähnen Sie gegebenenfalls die Voraussetzungen
- Schreiben Sie keine zusammengesetzten Schritte.Zum Beispiel: Wenn das Szenario erfordert, dass ein Benutzer ein Dokument aus Microsoft Word speichert, sollte es wie folgt geschrieben werden: 'Öffnen Sie das Menü' Datei 'und klicken Sie auf' Speichern '.
- Überprüfen Sie immer Ihre Schritte, um auf einem neuen System zu reproduzieren, und löschen Sie alle Cookies und den Cache-Speicher.
- Stellen Sie sicher, dass die Sätze kurz und eindeutig sind
Ein falsch geschriebenes 'Schritte zur Reproduktion' kann nicht nur die Gültigkeit des Fehlers gefährden, sondern auch viel Zeit in Anspruch nehmen, um nach Klarstellungen und Antworten zu Dingen zu suchen, die nicht eindeutig erwähnt werden.
Lesen Sie auch => Wie schreibe ich einen guten Fehlerbericht?
Arten von Tests beim Testen von Software
Warum ist die Reproduktion eines Fehlers so wichtig?
Lassen Sie uns nun herausfinden, warum die Reproduktion eines Fehlers so wichtig ist.
Technisch gesehen, wenn Sie können einen Fehler nicht reproduzieren, Sie können ihn niemals beheben .
Im Folgenden sind einige der Faktoren aufgeführt, die bestimmen, ob ein Fehler behoben wird:
- Detaillierte und vollständige Informationen im Fehlerbericht
- Kann der Entwickler das tatsächliche Auftreten eines Defekts unter bestimmten Bedingungen nachvollziehen?
- Sind die Umgebung, Tools und genauen Anwendungsversionen bei den Entwicklern verfügbar, auf denen der Fehler von den Testern gemeldet wird?
Was sind nicht reproduzierbare Fehler?
Jeder Tester muss folgende Situationen erlebt haben:
- Wenn Sie ein Problem den ganzen Tag und am Ende des Tages, an dem Sie diesen Fehler gemeldet haben, beobachten, stellen Sie fest, dass es nicht mehr reproduzierbar ist.
- Beobachten Sie ein Problem zeitweise, d. H. Angenommen, ein neuer Benutzer kann keine Produkte in seinen Warenkorb legen. Dies passiert 6 von 10 Mal.
- Problem nur beobachtet, wenn wir die Anwendung neu starten.
In all diesen Fällen ist es schwierig, den genauen Zustand zu bestimmen und ihn richtig zu melden. Solche Probleme / Mängel nehmen bei der Untersuchung viel Zeit in Anspruch. Diese Art von Problemen kann nicht ignoriert werden, da der Endbenutzer / Kunde sie möglicherweise auch beobachtet.
Wie reproduziere ich einen Defekt?
Einige Dinge, die helfen könnten, sind:
- Leeren Sie den gesamten Cache und Kekse während der Durchführung des Szenarios.
- Beobachten und beobachten Sie jeden Schritt.
- Manchmal kann es hilfreich sein, nach ähnlichen Fehlern oder Mustern zu suchen, um einen Fehler zu reproduzieren. Es wird einfacher sein, das Szenario zu identifizieren, wenn das Muster verstanden wird.
- Es ist eine gute Vorgehensweise, jeden Schritt und andere Faktoren (wie Testdaten, Umgebung, Systemeinstellungen, Screenshots, Serverprotokolle usw.) zu notieren, um das Szenario einfach zu replizieren.
- Überprüfen Sie das Auftreten eines Defekts noch einige Male. Vertrauen Sie nicht und melden Sie nicht weiter auf der Grundlage eines einmaligen Auftretens des Problems.
- Das Testen mit Geduld ist der Schlüsselfaktor, da dies viel Zeit in Anspruch nehmen kann und wird
Zusätzlich:
in der Funktion main undefinierter Verweis auf
- Auch wenn du es bist Durchführung von Erkundungstests Stellen Sie sicher, dass Sie alle Konfigurationen sowie Systemeinstellungen kennen.
- Es ist gut, Ihre Kreativität zu nutzen, um die Anwendung auf verschiedene Arten zu erkunden und einige ungewöhnliche Szenarien auszuprobieren. Auch in diesem Fall ist es ratsam, logischen Sequenzen zu folgen, anstatt zufällige Schritte auszuführen.
- Sobald ein Problem festgestellt wurde, empfiehlt es sich immer, dasselbe Problem in verschiedenen Browsern / Betriebssystemkombinationen und auf verschiedenen Geräten (unterstützt) zu überprüfen. Dies hilft bei der Feststellung, ob das Problem system- oder browser- / gerätespezifisch ist.
- Halten Sie sich mit neuen Trends und Foren über verschiedene Arten von Problemen und deren Auftreten auf dem Laufenden. Diese helfen bei der Unterscheidung zwischen systemspezifischen, browserspezifischen, produktspezifischen, externen Problemen usw.
- Anstatt weiterhin zu versuchen, das einmal aufgetretene Problem zu reproduzieren, kann es manchmal hilfreich sein, sich zurückzulehnen und die durchgeführten Schritte zu analysieren, um die Lösung zu finden.
- Mit anderen Teammitgliedern diskutieren oder Manager kann manchmal hilfreich sein. Es gibt auch ein Sprichwort: Erfahrung zählt .
- Das Teilen Ihres Bildschirms kann neben Screenshots und Videos auch als Option in Betracht gezogen werden, um den Entwicklern das Problem zu erklären.
- Reproduzieren Sie die Probleme mehrmals, um sicherzustellen, dass ein Problem auftritt. In solchen Fällen können Sie sich auf Ihre Tests verlassen und auf die Fragen und Bedenken der Entwickler antworten.
Fazit:
Aus der Gesamtdiskussion kann eindeutig geschlossen werden, dass es sehr wichtig ist, einen Fehler zu reproduzieren, um diesen Fehler zu validieren und dann zu beheben. Wenn der Fehler nicht reproduzierbar ist, ist der Testaufwand zum Auffinden, Analysieren und Melden dieses bestimmten Fehlers / Defekts eine völlige Verschwendung.
Um einen Fehler zu verstehen und zu reproduzieren, ist es wichtig, dass Sie die Schritte zum Reproduzieren, den Status und die Umgebung, in der der Fehler aufgetreten ist, detailliert und ordnungsgemäß erläutert haben. Es ist möglich, einen nicht reproduzierbaren Defekt zu beheben, aber es kann sowohl Zeit zum Konsumieren als auch eine sehr schwierige Aufgabe sein. Ein weiterer wichtiger Faktor ist die ordnungsgemäße Kommunikation, ohne die ein gültiger Fehler ungültig gemacht werden kann.
Damit sich Ihre Testanstrengungen bei der Suche nach Fehlern lohnen, kann das oben Genannte hilfreich sein.
Literatur-Empfehlungen
- Was ist eine fehlerbasierte Testtechnik?
- Beste Software-Test-Tools 2021 [QA Test Automation Tools]
- Testen von Primer eBook Download
- Was ist der Fehler- / Fehlerlebenszyklus beim Testen von Software? Tutorial zum Fehlerlebenszyklus
- Fehlermanagementprozess: So verwalten Sie einen Fehler effektiv
- Lasttests mit HP LoadRunner-Tutorials
- Unterschied zwischen Desktop-, Client Server-Tests und Web-Tests
- Was ist Gammatest? Die letzte Testphase