Frage:
Ich habe herausgefunden, dass ich nach der Bereitstellung der App einen Fehler in der Produktion gemacht habe. Wie gehe ich am professionellsten damit um?
Sally
2019-02-17 08:55:18 UTC
view on stackexchange narkive permalink

Ich habe letzte Woche eine sehr wichtige App (interne Geschäftsanwendung) bereitgestellt. Am Wochenende wurde mir klar, dass mein Code einen Fehler enthält, aber ich habe die App bereits bereitgestellt.

Der Fehler ist sehr trivial und meinerseits völlig übersehen. Dem Fehler fehlt einfach ein Null-Check (lach mich nicht aus). Ich weiß bereits, wie ich diesen Fehler beheben kann, und ich würde nur ein paar Minuten brauchen, um ihn zu beheben, aber es gibt einen komplizierten Prozess, um Änderungen an der Produktion in meinem Job voranzutreiben. Viele Leute müssen sich abmelden und die Änderungen müssen erneut getestet werden.

Benutzer haben den Fehler nicht gemeldet. Ich denke, ich sollte mich meinem Fehler stellen und zugeben, dass ich den Fehler verursache, aber ich mache mir Sorgen, dass die Leute sauer auf mich werden. Was ist der beste Weg, um dies zu erreichen?

Verfügt Ihr Arbeitgeber über ein System oder einen Prozess zum Einreichen von Fehlerberichten?
Können Sie Ihre Suche bearbeiten, um zu klären: Sie sagen, der Fehler sei "trivial", aber wie trivial?Was für eine App ist das?Eine App, die Endbenutzer herunterladen und auf einem Gerät wie einem iPhone oder Android-Gerät installieren können?Oder so etwas wie eine webbasierte App, auf die nur über einen Webbrowser zugegriffen werden kann.
JakeGould, ich habe meine Frage aktualisiert, um diese Details aufzunehmen.Vielen Dank
Das passiert jedem Programmierer alle fünf Minuten - es ist erstaunlich, dass es für Sie neu ist, OP!Offensichtlich protokollieren Sie es einfach (oder was auch immer) als Fehler und beginnen, es zu beheben.
* "aber es gibt einen komplizierten Prozess, um Änderungen an der Produktion in meinem Job voranzutreiben" * das ist so, als würde man sagen "wir haben Stühle" oder "überraschenderweise enthält unser Büro Luft".Heh!
Sobald es in Produktion ist, ist es kein Fehler mehr - es ist ein "bekanntes Problem" :)
Ich erinnere mich, dass der Chrome-Browser beim ersten Start innerhalb weniger Stunden ein kritisches Update erhalten hat.Code ist niemals perfekt und es gibt immer den ungeraden Nullzeiger, der nicht überprüft wird.Hab niemals Angst, diese Dinge zu reparieren.
Wenn Sie uns sagen, dass der Fehler eine fehlende Nullprüfung ist, wissen wir nicht, wie wichtig er ist.Es gibt Situationen, in denen dies niemals auftreten würde, und Situationen, in denen dies kritisch sein könnte.
@rath Zumindest hat es funktioniert!Ich denke, Microsoft hatte sehr öffentliche Abstürze in Expos ...
Vier antworten:
C_Z_
2019-02-17 09:36:49 UTC
view on stackexchange narkive permalink

Melden Sie es Ihrem Manager. Ihr Manager kann entscheiden, wie Sie mit der Veröffentlichung des Fixes fortfahren möchten. Wenn der Fehler dringlicher ist als Sie denken, kann Ihr Manager entsprechend eskalieren.

Niemand (oder besser gesagt keine vernünftige Person) wird sauer auf Sie sein, weil Sie einen Fehler gemacht haben. Vermutlich haben QA und die Code-Reviewer diesen Fehler auch nicht erkannt, sodass die Schuld sowieso nicht ganz bei Ihnen liegt. Sie werden natürlich mehr verärgert sein, wenn Sie feststellen, dass Sie den Fehler entdeckt und niemandem davon erzählt haben

"Niemand wird sauer auf dich sein, weil du einen Fehler gemacht hast", das ist ein bisschen anmaßend.Glaubst du nicht, was du meinst ist: "Niemand wird sauer auf dich werden, aber wenn sie es tun, verdienen sie dich überhaupt nicht"?;)
Wenn die Möglichkeit besteht, dass jemand wütend auf OP wird, weil er einen Fehler selbst gemeldet hat, ist er sicherlich ** viel wütender **, wenn OP darauf wartet, dass er tatsächlich Auswirkungen auf den Kunden hat, bevor er gemeldet wird.
Julia Hayward
2019-02-17 15:54:14 UTC
view on stackexchange narkive permalink

Es scheint, dass die Prozesse Ihres Unternehmens Teil des Problems sind. Wenn der Fehler keine tatsächlichen Konsequenzen für Ihre Endbenutzer hat, sollten Sie im Idealfall in der Lage sein, eine Korrektur in der Hauptniederlassung zusammen mit einem automatisierten Test zur Überprüfung der Korrektur zu erhalten und es Ihren Managern zu überlassen, zu entscheiden, ob dies der Fall ist benötigt eine sofortige Bereitstellung oder kann für eine zukünftige Version gespeichert werden (letztere ist wahrscheinlicher, wenn sie sich nicht tatsächlich manifestiert oder die Konsequenzen nur eine Irritation sind).

Lesen zwischen den Zeilen Es hört sich so an, als gäbe es viele manuelle Tests und keine Richtlinie, dass der Master immer freigebbar ist. Wären Sie in der Lage, auf eine Änderung der Praktiken zu drängen?

lijat
2019-02-17 12:41:21 UTC
view on stackexchange narkive permalink

Ich würde sehen, ob ich den Fehler im erschöpften Code auslösen könnte. Versuchen Sie dann, eine reproduzierbare Anweisung dafür zu schreiben.

Sobald ich dies schnell (weniger als eine Stunde) getan habe, würde ich es unabhängig vom Erfolg der Reproduktion entweder in einem Bugtracker oder Ihrem Manager melden.

Simon B
2019-02-18 01:09:00 UTC
view on stackexchange narkive permalink

Jede nicht triviale Software enthält Fehler. Das Erkennen des Fehlers nur nach der Veröffentlichung einer Version ist unglücklich, aber so ist es nun mal.

Wenn Ihre Organisation über ein Fehlerverfolgungssystem verfügt, protokollieren Sie es. Wenn es keine Auswirkungen auf Benutzer hat, handelt es sich um einen Fehler mit niedriger Priorität. Es kann nur im Bug-Tracker sitzen, bis es in der nächsten Version behoben wird.

Vertuschen Sie es nicht, aber gleichzeitig besteht keine Notwendigkeit, einen großen Song-and-Dance zu machen darüber.



ⓘ
Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 4.0-Lizenz, unter der er vertrieben wird.
Loading...