ブログ / ヒント

ブループリントシステムをリリース前にテストする

ブループリントシステムは、気づかないうちに壊れやすいものです。名前を変えた変数、変更された構造体、自分のマシンでは動くのに購入者の環境では失敗する別フォルダーへの参照。Rookspire のすべてのリリースは、出荷前に同じゲートを通ります。

ゲートで実行すること

  1. 完全な再ビルド:すべてのブループリントをスクリプトから作り直し、手作業の編集に依存しないようにします。
  2. コンパイル:エラー 0、警告 0。
  3. 参照チェック:製品自身のフォルダー外を指すアセットをすべて拒否します。これにより、各システムを単体でインストールできます。
  4. すべてのマップを 30 秒間実行し、ログにランタイムメッセージが 0 件であること。
  5. 機能テスト:Play In Editor で、重要な動作ごとに 1 つ。

一度も失敗したことのないテストは何も証明しない

新しいテストは、まず失敗するように書きます。動作を意図的に壊してテストが赤になることを確かめ、修正で緑にします。合格したことしかないテストは、何もテストしていない可能性があります。

最後は人の目で

人にしか判断できないこともあります。ドラッグの感触が自然か、明るい空を背景にしてもプロンプトが読めるか。各リリースでは、デモマップを手動で一通りプレイします。