Wie sollte ein Softwaretester mit übersehenen Fehlern/Bugs in der Produktion umgehen?

Ich arbeite als QA/Testingenieur in einem kleinen Softwareunternehmen. Ich wurde von meinen Vorgesetzten für mehrere (7 verschiedene) Projekte eingesetzt, in denen ich Tests durchführe, Anforderungen sammle, Client-Updates durchführe, Entwickler-/Kundenanfragen löse usw. Ich mache hauptsächlich Funktions-/Black-Box-Tests. Vor der Produktionsfreigabe oder der Präsentation für den Kunden habe ich viele gute Szenarien getestet und viele Fehler im Code gefunden. Die meisten wurden behoben. Ich habe meine Analyse durchgeführt und sie dem Kunden zur Genehmigung geschickt. Ich hatte eine gute Teststrategie. Jetzt wurde dieses Modul auf Produktionsservern live geschaltet, und der Client hat einige Fehler festgestellt, die unter bestimmten Bedingungen auftreten, die er mir gemeldet hat. Dann habe ich sie überprüft und an den Entwickler gesendet, damit sie es beheben können, aber als Antwort erhielt ich eine E-Mail von Senior das "

Ich bin hier ein Junior-Tester. Meine Vorgesetzten und die Stakeholder vertrauen meiner Arbeit als Tester nicht, denn wie kann ich es wagen zu sagen, dass sie die QA BESTANDEN hat. Sie halten mich für sorglos, arbeitsunwürdig und riskant.

Ist es wirklich möglich, jede Software fehlerfrei zu machen?

QA ist die einzige Person, die für Bugs verantwortlich ist? auch wenn er mehrere verschiedene Projekte gleichzeitig testet und mehrere Kunden aktualisiert und versucht, die Projekte termingerecht abzuschließen (wobei die Zeit zum Testen und Beheben von Fehlern nicht im Projektumfang erwähnt wird und dem Kunden nicht einmal dafür in Rechnung gestellt wird)?

Ich möchte nur wissen, wie ich mit dieser Situation umgehen soll. kann mir jemand vorschlagen, was zu tun ist?

Das Ding macht logisch nicht einmal Sinn ... wenn ein Junior QA 100% der Fehler finden soll, was würde ein Senior tun? Etwas mehr investieren, damit sie 120 % entdecken können?

Antworten (3)

Sie beschreiben eine unausgereifte Organisation, scheinbar politisch, ein leistungsschwaches Team, eine feindselige Arbeitskultur.

Es gibt keine 100 % fehlerfreien Produkte oder Dienstleistungen jeglicher Art. Und eine ausgereifte Organisation mit leistungsstarken Prozessen und Fähigkeiten weiß dies und verfügt über einen Prozess der kontinuierlichen Verbesserung, während sie auch Eventualitäten hat, um sich um die Pflege nach der Produktion zu kümmern, um sowohl bekannte als auch unbekannte Fehler zu beheben, die von Endbenutzern gefunden wurden.

In einer QA-Rolle wäre es Ihre Aufgabe, sich ständig verbessernde QA-Testverfahren zu haben, einschließlich Skripts in Ihrem Fall, die eine verbesserte Fehlererkennung ermöglichen würden, aber Ihr Ziel sollte niemals 100 % fehlerfrei sein. Ihre Postproduktionsziele sollten einige Zahlen gegen Fehlerfunde mit hohem bis niedrigem Schweregrad haben, die normal verteilt sein sollten oder nach unten verzerrt sind. Und solange sich nach der Produktion gefundene Fehler innerhalb dieser Distribution befinden, funktionieren Ihre Tests wie vorgesehen.

Was zu tun ist? Es ist klar, dass Ihr Unternehmen davon lebt, Sündenböcke in seinem menschlichen Talent zu finden, anstatt sich auf die Verbesserung von Prozessen und Fähigkeiten und realistische Ziele zu konzentrieren. Die Wahrscheinlichkeit, dass Sie dies ändern, ist nahe Null, und damit meine ich Null.

Sie haben also die Möglichkeit, einfach die Achseln zu zucken und weiterzuarbeiten und Ihr Bestes zu geben, oder sich nach einem besseren Job und einer besseren Organisation umzusehen. Das soll nicht heißen, dass Sie hervorragende Arbeit geleistet haben. Ich habe keine Ahnung, ob Sie es getan haben oder nicht, aber ich weiß, dass unsere Arbeit jeden Tag verbessert werden kann. Schauen Sie sich Ihre Prozesse an und sehen Sie, ob Sie etwas hätten besser machen können, aber übernehmen Sie hier nicht die gesamte Verantwortung.

Wie bei allen Managementschwierigkeiten ist das eigentliche Problem die Kommunikation, nicht Ihr Können!

Wenn Sie sich bei Ihren Vorgesetzten unwohl fühlen, Ihre Rolle falsch einschätzen oder Ihr Können unterschätzen, sollten Sie mit ihnen sprechen. Als Produktmanagerin lege ich viel Wert auf Kommunikation.

Da Fehler jedoch früh im Entwicklungszyklus entdeckt werden, sparen QA-Tests Zeit, Geld und Frustration. Je länger ein Fehler unentdeckt bleibt, desto teurer ist die Behebung.

Sie müssen tun, was Sie können, um sich so schnell wie möglich nützlich zu machen und dabei so wenig Overhead wie möglich zu verursachen.

Ich glaube, dass Ihr aktueller Job nicht nur für das Unternehmen von Vorteil sein muss, sondern auch für Sie. Wenn Sie sich nicht mehr glücklich darüber fühlen, wer Sie werden oder welche Arbeit Sie produzieren, nützt es weder Ihrem Job noch sich selbst, zu bleiben.

Ja, es ist möglich, 100 % fehlerfrei zu sein, und ja, es liegt in der Verantwortung der Qualitätssicherung, nicht zu sagen, dass es 100 % fehlerfrei ist, wenn dies nicht der Fall ist.

Der Schlüssel dazu liegt natürlich in der Definition von „Fehler“

Als Mangel gilt eine Funktionalität, die nicht den Spezifikationen entspricht.

Jede Spezifikation muss einen vereinbarten Test haben, der bei Bestehen die Spezifikation als erfüllt definiert.

Die QA muss alle Tests durchführen und die bestandenen und nicht bestandenen Tests aufzeichnen.

Die einzige Möglichkeit, wie QA ihre Arbeit schlecht machen kann, besteht darin, Tests zu überspringen, indem sie die falsche Version oder ähnliches testen oder über die Ergebnisse lügen. Alles andere, das Definieren der Spezifikation und der Tests usw. liegt in der gemeinsamen Verantwortung.

Wenn alle Tests bestanden werden, sind alle Probleme, die der Kunde feststellt, entweder darauf zurückzuführen, dass der Test nicht gut genug war (Unterzeichnung und Zustimmung einholen, dass das Testdesign der Spezifikation entspricht) oder die Spezifikation falsch war (der Kunde sollte die Spezifikation unterzeichnen).

Offensichtlich ist die Spezifikation in der realen Welt selten detailliert genug, dass die Tests offensichtlich oder sogar möglich sind. Daher ist die Freigabe des Testdesigns DER wichtigste Schritt.

Bringen Sie immer ein paar Randfragen mit, die Sie nach der Vereinbarung (eigentlich kurz vor) stellen können, damit Ihr Chef erkennt, dass es schwieriger ist, als es scheint, und akzeptiert, dass auch er Fehler machen kann.

Wenn es so aussieht, als würden sie Ihnen die ganze Verantwortung aufbürden, dann wissen Sie, dass es in Zukunft Probleme geben wird.

Wenn sie diejenigen sind, die zusätzliche Tests vorschlagen, dann wissen Sie, dass Sie mehr Arbeit hätten investieren sollen, und sie tun es auch! Aber zumindest ist es früh genug im Prozess, um keine Katastrophe zu verursachen