Menü

In diesem Szenario wird erläutert, wie wichtig es ist, die häufig auftretenden Fehler zu dokumentieren

  • Haupt
  • Bug Defect Tracking
  • In diesem Szenario wird erläutert, wie wichtig es ist, die häufig auftretenden Fehler zu dokumentieren

this scenario explains how important it is document frequently encountered errors

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Glauben Sie, dass Softwarefehler nur einmal auftreten und beim Beheben nie wieder auftreten? Ich habe das Gefühl, dass etwa 30% der Fehler erneut auftreten.

In diesem Artikel möchte ich erläutern, wie wichtig es ist, einige der häufig auftretenden Fehler zu dokumentieren.

Unten finden Sie einige Gemeinschaftsräume, in denen Probleme auftreten und eine Vorlage, um sie zu dokumentieren.

Ich hoffe, Sie finden es hilfreich!

Dokumentation der häufig auftretenden Fehler

Bild Quelle

Szenario 1

Code ist bereitgestellt und bereit für die Qualitätssicherung. John, der Tester, ist mit seinen Testfällen fertig. Während des Testens stößt er auf ein Problem. Er hat das Gefühl, dass es mehrmals zuvor bemerkt wurde, aber John wusste nicht, wie er es lösen sollte.

Fehler dokumentieren 1

Fehler dokumentieren 2

Sowohl John als auch Sheryl suchten nach Smith, der denselben Fehler zuvor gesehen und zuvor behoben hatte. Leider war Smith an diesem Tag in Urlaub.

Was soll John jetzt tun? Sollte John versuchen, Smith zu erreichen, um eine Lösung zu finden, auch wenn Smith nicht verfügbar ist?

Wenn ein Umweltproblem in mehreren Releases wiederholt auftritt, Es ist eine gute Idee, die Details zu dokumentieren und platzieren Sie es an einem gemeinsamen Ort. Dies beseitigt die Abhängigkeit von einer Person und hilft allen Teammitgliedern, in diesem Fall selbst eine Lösung zu finden.

Szenario 2

John testet eine neue Version und stößt erneut auf einen bekannten Fehler. Dieses Mal weiß er, dass in einer der früheren Versionen ein Defekt dafür erstellt wurde. Die Frage ist jedoch: 'Wie finde ich die Fehlernummer und andere zugehörige Details?'

Was würde John auch in diesem Fall helfen?

Das sind Möglichkeiten.

Aber wenn solche Probleme in einem separaten Bereich gut dokumentiert und mit dem Team geteilt werden, ist dies meiner Meinung nach ein Mehrwert und spart Zeit.

Was du lernen wirst:

Einige der Bereiche mit häufigen Fehlern:

1) Parameterdatei - Aufgrund meiner Erfahrung mit dem Informatica-Tool habe ich in vielen Fällen festgestellt, dass die Parameterdatei auf eine falsche DB-Verbindung hinweist. Es hat mehrfach zu denselben Problemen geführt. Der Hauptgrund war, dass die Verbindung zwischen Entwickler und Qualitätssicherung geteilt wurde. Daher musste die Parameterdatei immer entsprechend den Anforderungen aktualisiert werden, um den Fehler zu vermeiden.

2) URL, die auf eine falsche Datenbank verweist

3) Zugriffsprobleme - Benutzer stoßen auf Probleme, wenn sie nicht über ausreichende oder falsche Zugriffsberechtigungen für die Datenbank verfügen. In diesem Fall wäre ein Dokument, in dem die auszuführenden Schritte oder die zu kontaktierenden Personen aufgeführt sind, sehr hilfreich.

4) Problem mit Testdaten - Die Verwendung eines falschen Formats oder falscher Datenwerte führt häufig zu Problemen.

5) DB-Probleme - Das Zeitlimit für die DB-Verbindung ist ein solches häufiges Problem. Ein Teil der Ausfallzeiten ist vorübergehend, geplant und manchmal benötigen wir möglicherweise die Unterstützung des DBA. Benutzer werden im Voraus über geplante Wartungsarbeiten informiert, aber für vorübergehende Fehler und Lösungen müssen die Tester dies unbedingt tun

Die meisten wiederholten Fehler sind im Allgemeinen Umweltprobleme .

Jedoch, Codeprobleme kann nicht ignoriert werden. Die obige Diskussion ist allgemein gehalten und enthält keine Codeprobleme, da Codeprobleme spezifischer für Ihre Anwendung, Ihr Framework, Ihre Programmiersprache usw. sind.

wie man eine XML-Datei in Word öffnet

Ein kleiner Bereich von Mängeln könnte auch sein Dateneingabe oder menschlicher Verwendungsfehler s .

HerunterladenVorlagen zum Verfolgen häufig auftretender Fehler

Word-Format

=> Fehlerverfolgungsvorlage herunterladen (Welt)

Excel-Format

=> Fehlerverfolgungsvorlage herunterladen (Excel)

Vorteile der Dokumentation häufig auftretender Fehler

1) Beseitigt die Abhängigkeit - In Szenario 1 war John zur Lösung von Smith abhängig. Hätte es ein Dokument für Johns Referenz gegeben, wäre dies nicht der Fall.

2) Schnellere Abwicklung - Nehmen Sie Szenario 2. Ein Tester müsste nicht die gesamte Liste der bereits protokollierten Fehler durchgehen, wenn es ein spezielles Dokument für Hochfrequenzprobleme gäbe.

3) Hilft neuen Teammitgliedern, sich selbst zu versorgen

4) Hilft bei der Lösung menschlicher Fehler

Fazit

Ich würde sagen, es ist auf jeden Fall vorteilhaft, die häufigeren Probleme zu dokumentieren, da dies eine wunderbare Referenz und einen Mehrwert darstellt.

Es kann mühsam werden, während der Testausführung zu dokumentieren. Als bewährte Methode können jedoch während der Ausführung grobe Notizen gemacht werden, die später in gemeinsam genutzten Dokumenten zusammengefasst und aktualisiert werden können.

Literatur-Empfehlungen

^