Blueprint-Systeme vor dem Release testen

Blueprint-Systeme gehen leicht kaputt, ohne dass man es merkt: eine umbenannte Variable, ein geändertes Struct, eine Referenz auf einen anderen Ordner, die auf Ihrem Rechner funktioniert und beim Käufer fehlschlägt. Jedes Rookspire-Release durchläuft vor der Veröffentlichung dasselbe Gate.

Was das Gate ausführt

1. Ein vollständiger Rebuild jedes Blueprints aus seinem Skript, damit nichts von einer Änderung von Hand abhängt.
2. Kompilieren mit null Fehlern und null Warnungen.
3. Eine Referenzprüfung, die jedes Asset ablehnt, das außerhalb des eigenen Produktordners verweist. Nur so bleibt jedes System einzeln installierbar.
4. Jede Map läuft 30 Sekunden mit null Laufzeitmeldungen im Log.
5. Funktionstests in Play In Editor, einer pro wichtigem Verhalten.

Ein Test, der nie fehlschlug, beweist nichts

Ein neuer Test wird so geschrieben, dass er zuerst fehlschlägt: Das Verhalten wird absichtlich kaputt gemacht, der Test muss rot werden, dann macht der Fix ihn grün. Ein Test, der immer nur bestanden hat, testet womöglich gar nichts.

Und am Ende ein Mensch

Manches kann nur ein Mensch sehen: ob sich ein Drag richtig anfühlt, ob ein Prompt vor hellem Himmel lesbar ist. Jedes Release wird außerdem von Hand in seiner Demo-Map durchgespielt.