10 reasons why your bugs are getting rejected
Ich werde sie nicht verschonen. Sie hat in den letzten drei Tagen 7 Bugs abgelehnt, berichtete ich. Ich weiß, dass sie persönlichen Groll als professionelles Schwert benutzt ……
Ein Teamkollege war wütend und die Diskussion fing plötzlich Feuer, als ein paar andere Teamkollegen die gleichen Erfahrungen mit anderen Entwicklern teilten. Die Teambesprechung drehte einen Diskussionspunkt über die Ablehnung von Fehlern. Nach einigen Diskussionen beschlossen wir alle, eine einfache Übung zu machen, um uns in Zukunft vor der Demütigung des zurückgewiesenen Fehlers zu retten.
Jeder von uns hat angefangen, Notizen als Gründe für die Ablehnung von Fehlern für die letzten 10 Fehler zu machen, die gemeldet und zurückgewiesen wurden. Die Liste dieser Ablehnungsnotizen erwies sich als nützlich, um den zukünftigen Verlauf der Fehlerberichterstattung und die falsche Annahme zu verstehen.
Bug-Ablehnung und Gründe dahinter
Anstatt die Liste zu enthüllen, möchte ich die Ergebnispunkte der Liste teilen. Hier ist es -
# 1) Missverständnis der Anforderungen:
Wenn Sie die Anforderung aus irgendeinem Grund nicht richtig verstanden hätten, würden Sie auf jeden Fall nach der falsch interpretierten Anforderung in der tatsächlichen Implementierung Ausschau halten, und wenn Sie sie nicht finden würden, wäre dies Ihrer Meinung nach ein Fehler, der schließlich abgelehnt wird.
Beispiel aus dem wirklichen Leben : Nachdem Sie ein Rezept getestet haben, haben Sie festgestellt, dass es geschmacklos ist, da kein Salz hinzugefügt wurde, aber Sie wussten nicht, dass Salz zum Zeitpunkt des Servierens hinzugefügt werden sollte, da es sonst das Aussehen des Rezepts beeinträchtigen kann.
Java vs. C ++
# 2) Anforderungsimplementierung:
Als Teil einer früheren Diskussion war Ihnen bewusst, dass bestimmte Anforderungen auf XYZ-Weise implementiert werden sollten. Während der Entwicklung stellte der Entwickler jedoch fest, dass es nicht möglich war, dem XYZ-Pfad zu folgen, und folgte daher dem ABC-Pfad, der Ihnen nicht mitgeteilt wurde.
Letztendlich werden Sie einen Fehler melden, wenn Sie feststellen, dass die Anforderung nicht so implementiert wurde, wie sie besprochen wurde.
Beispiel aus dem wirklichen Leben : Sie haben den Schneider gebeten, ein Hemd vorzubereiten, und als Sie nach dem Prozess gefragt wurden, haben Sie es abgelehnt und gesagt, Sie hätten keine Knöpfe darauf gefunden. Wenn der Schneider erklärt, dass das Anbringen von Knöpfen auf der Vorderseite das Gesamtbild des Hemdes beeinflusst hätte und er es daher in den vorderen Rand gesteckt hätte, wären Sie definitiv verblüfft.
# 3) Keine klaren Anforderungen:
Wenn keine klaren Anforderungen verfügbar sind, kann jeder die Anforderung auf seine eigene Weise übernehmen, und dies führt zu einer Annahme auf persönlicher Ebene. Wenn Sie feststellen, dass die persönliche Annahme nicht erfüllt ist, markieren Sie sie als Fehler.
Beispiel aus dem wirklichen Leben : Sie müssen einen Zyklus zeichnen, als die Lehrerin bekannt gab, dass sie erwartet hatte, dass die Schüler ein Fahrrad zeichnen. Nach einer halben Stunde, als sie die Zeichnung aller überprüfte, fand sie niemanden, der ihren Erwartungen entsprach. Jeder nahm die vage Aussage auf seine Weise und das Ergebnis war ein Dreirad, ein Babyzyklus, zu viele Zyklen, ein Fahrrad mit dem Rollstuhl und so weiter.
# 4) Änderung der Anforderung:
Meistens ein weiteres Beispiel für Missverständnisse. Wenn Tester nicht über Anforderungsänderungen informiert werden, werden weitere Fehler gemeldet und letztendlich zurückgewiesen.
Beispiel aus dem wirklichen Leben : Sie werden das Sandwich definitiv ablehnen, wenn Sie feststellen, dass es Honigbrot anstelle des von Ihnen bestellten Bananenbrotes verwendet. Am wenigsten wussten Sie, dass Ihr Partner die Brotsorte für die Bestellung geändert hat, während Sie telefoniert haben, und er / sie fand es natürlich nicht notwendig, sie mit Ihnen zu teilen.
# 5) Umfang verstehen:
Während des Testens beginnen Sie mit dem Testen von etwas, das an einem bestimmten Punkt nicht als testbar angesehen werden sollte oder das überhaupt nicht unter Produktkriterien fällt. Sie werden ein Opfer der Ablehnung von Fehlern sein.
Beispiel aus dem wirklichen Leben : Du sollst einen Raum fegen und das ist der einzige Fokus. Wenn Sie sich jedoch über das Durcheinander in den anderen Bereichen beschweren, werden Sie definitiv ignoriert.
# 6) Testumgebung:
Eine Anwendung / ein Produkt ist eine Kombination aus vielen Hardware- und Softwareanforderungen - sowohl Haupt- als auch Nebenanforderungen. Wenn keine geeignete Testumgebung verwendet wird oder etwas in der Testumgebung fehlt, stürzt die Anwendung / das Produkt ab und es wird ein kritischer Fehler gemeldet.
Was als nächstes passiert, ist - gründliche Untersuchung, da wir die meiste Zeit unbeabsichtigt nicht darauf achten, geringfügige Details über die von uns verwendete Testumgebung bereitzustellen, was die Arbeit des Entwicklers erhöht. Letztendlich wird der Fehler zurückgewiesen.
Beispiel aus dem wirklichen Leben : Diese leckeren Muffins, die Sie vor ein paar Tagen bei einem Freund probiert haben, waren fantastisch und nachdem Sie das Rezept befolgt haben, waren die Muffins nicht einmal näher an dem, den Sie hatten.
Nun, Sie sollten keine abgestandene Butter verwenden, da keine frische Butter verfügbar war. Sie sollten keine Prise Gramm Mehl hinzufügen, da Sie dachten, dies könnte den Geschmack verstärken. Sie sollten es nicht in der Pfanne als Ofen kochen war außer Betrieb.
Wie installiere ich das SVN-Plugin in Eclipse?
Empfohlene Lektüre => So bereiten Sie die „Testumgebung“ effektiv vor.
# 7) Verwendete Testdaten:
Die zum Testen verwendeten Testdaten stimmten nicht mit einer Anforderung überein.
Beispiel aus dem wirklichen Leben : Selbst wenn Sie wissen, dass der Taschenrechner für die numerische Verarbeitung nützlich ist, wenn Sie versuchen, Sonderzeichen hinzuzufügen, und wenn der Taschenrechner unerwartet reagiert, denken Sie, dass er nicht korrekt war. 'Ja wirklich?'
Empfohlene Lektüre => Tipps zum Entwerfen von Testdaten und Testdatenverwaltungstechniken .
# 8) Doppelter Fehler:
Jemand hat bereits denselben Fehler gemeldet, und Sie haben nicht darauf geachtet, ihn zu überprüfen, bevor Sie den Fehler gemeldet haben. Wieder Ablehnung.
Beispiel aus der Praxis: Der Kundendienst wird nicht glücklich sein, wenn er von jedem Familienmitglied mehrere Beschwerdeanrufe für dasselbe Produkt erhält. War nicht ein Anruf genug, würde er denken.
# 9) Falsche Fehlerbeschreibung:
Wenn der Entwickler nicht verstehen kann, was Sie über den Fehlerbericht zu vermitteln versucht haben, erwarten Sie, dass er abgelehnt wird, da er auch mit anderen Aufgaben geladen ist und wenn er im Fehlerbericht keine korrekte Beschreibung und erforderliche Details findet, egal wie Wenn der Fehler kritisch ist, wird erwartet, dass er als abgelehnt markiert wird.
Empfohlene Lektüre => Wie schreibe ich einen guten Fehlerbericht? Tipps und Tricks.
Beispiel aus der Praxis: Sie müssen das Auto entriegeln, sich setzen und zunächst die Schlüssel im Uhrzeigersinn bewegen. Das Auto ist nicht gestartet und Sie sind verärgert. Wurden Sie nicht angewiesen, nach Benzin zu suchen? Oh, ein Fehler im Handbuch, da davon ausgegangen wurde, dass Sie sicher verstehen werden, dass es standardmäßig überprüft werden sollte.
Was ist die beste Task-Management-Software?
# 10) Nicht reproduzierbare Fehler:
Bei der Meldung eines Fehlers haben Sie nie erkannt, wie wichtig die Reproduzierbarkeit des Fehlers ist. Wenn Sie nur sicherstellen, dass der Fehler immer reproduzierbar ist oder zufällig auftritt, können Sie Stunden Arbeit und einen weiteren zurückgewiesenen Fehler sparen.
Beispiel aus der Praxis: Worauf würde der Arzt achten, wenn Sie sich über die Erkältung beschweren, er jedoch keine Symptome feststellt? Oh, ich habe nur heftig geniest wird die Situation nicht verbessern.
Fazit
Die meiste Zeit erlaubt uns unsere menschliche Natur, negativ zu denken, wenn der gemeldete Fehler zurückgewiesen wird. Wirklich, Entwickler sehen keinen bestimmten Grund, den Fehler abzulehnen, wenn er gültig ist.
Konzentrieren Sie sich also beim nächsten Mal nicht auf die Anzahl der Fehler. Konzentrieren Sie sich auf qualitative Fehler mit den richtigen Details, denn letztendlich kommt es darauf an, wie Sie zur Verbesserung der Produktqualität beigetragen haben und nicht darauf, wie viele Fehler Sie gemeldet haben.
Lesen Sie auch => Wie können Sie alle Fehler ohne die Bezeichnung 'Ungültiger Fehler' beheben?
Über den Autor: Dieser nützliche Artikel wurde vom STH-Teammitglied Bhumika Mehta verfasst. Sie ist Projektleiterin und verfügt über mehr als 7 Jahre Erfahrung im Testen von Software.
Viel Spaß beim Testen! Warten Sie wie immer auf Ihre Ansichten.
Literatur-Empfehlungen
- Wie können Sie alle Fehler ohne das Etikett 'Ungültiger Fehler' beheben?
- Warum ist Bug Reporting eine Kunst, die jeder Tester lernen sollte?
- Die Kunst der Fehlerberichterstattung: Wie können Sie Ihre Fehler vermarkten und beheben?
- Warum hat Software Fehler?
- 7 Arten von Softwarefehlern, die jeder Tester kennen sollte
- 11 Möglichkeiten, wie Sie wissen, dass Sie ein Tester sind ..
- Beispiel für einen Fehlerbericht
- 5 Möglichkeiten, ein mutiger und selbstbewusster Software-Tester zu sein