Tester des systèmes Blueprint avant leur sortie

Les systèmes Blueprint se cassent facilement sans qu'on s'en aperçoive : une variable renommée, une struct modifiée, une référence vers un autre dossier qui marche sur votre machine et échoue sur celle de l'acheteur. Chaque version de Rookspire passe par la même batterie de tests avant sa sortie.

Ce que la batterie de tests exécute

1. Une reconstruction complète de chaque Blueprint à partir de son script, pour que rien ne dépende d'une modification faite à la main.
2. Une compilation avec zéro erreur et zéro avertissement.
3. Une vérification des références qui refuse tout asset pointant hors du dossier du produit. C'est ce qui permet d'installer chaque système seul.
4. Chaque map exécutée pendant 30 secondes avec zéro message d'exécution dans le log.
5. Des tests fonctionnels dans Play In Editor, un par comportement important.

Un test qui n'a jamais échoué ne prouve rien

Un nouveau test est écrit pour échouer d'abord : le comportement est cassé exprès, le test doit passer au rouge, puis la correction le fait passer au vert. Un test qui a toujours réussi ne teste peut-être rien du tout.

Et une personne, à la fin

Certaines choses, seule une personne peut les voir : si un glisser-déposer est agréable, si une invite reste lisible sur un ciel clair. Chaque version est aussi parcourue à la main dans sa map de démo.