テスト
このページでは、ローカル連携とリリース前の確認手順をまとめます。対象エンジンのインストールと Quick Start を完了し、必要な業務機能を検証してください。
テスト前の準備
Section titled “テスト前の準備”- IGP デスクトップクライアントがインストールされ、起動できる。
- 正しい
appId、環境、バックエンドのアプリ設定が用意されている。 - ゲーム自身の起動フローで SDK を明示的に初期化している。
- 実績 key、ゲーム認可、Compliance などのバックエンド設定が完了している。
- ルーム機能が必要な場合は、連携フローに従って IGP デスクトップクライアントからゲームを起動する。
- Unity インストール でメインパッケージと必要な任意パッケージを導入します。
- Unity Quick Start を完了します。
- Unity デバッグ に従って Editor のデスクトップクライアント連携を準備します。
- 認可、実績、必要な任意機能が明確な結果を返すことを確認します。
GameMaker
Section titled “GameMaker”- GameMaker リリースをダウンロードして展開します。
windows-auth-achievementsサンプルプロジェクトを開きます。- GameMaker Quick Start で初期化、認可、実績、Compliance 状態を確認します。
- 排障には GameMaker デバッグ を使用します。
- Godot インストール に従い、正確な Godot バージョンに一致する Core と任意パッケージを導入します。
- Godot Quick Start を完了し、
/root/IGP、Desktop Session、ゲーム認可、capability を確認します。 - 同じ SDK リリースと Godot variant の Godot テストプロジェクト をダウンロードします。
- 独立した
SDKTest/プロジェクトへ Core、Compliance、GameKit を導入し、appIdと環境をテストアプリの値へ変更してmain.tscnを実行します。
Godot の最小合格条件:
- 初期化が成功し、attached、ready、authorization が明確な状態になる。
- Core、Compliance、GameKit が導入済みモジュールを正しく認識する。
- 実績、Compliance、ユーザー情報、ランキング、共有が成功または説明可能な業務エラーを返す。
- デスクトップクライアント停止、無効な
appId、capability 不足が明確な失敗経路になる。
機能別チェック
Section titled “機能別チェック”| 機能 | 確認ページ |
|---|---|
| 起動と接続 | 起動と接続 |
| ゲーム認可 | ゲーム認可 |
| 実名認証とアンチアディクション | 実名認証とアンチアディクション |
| 実績 | 実績 |
| マルチプレイヤーロビー | マルチプレイヤーロビー |
| ルーム | ルーム |
| リアルタイム通信 | リアルタイム通信 |
| 状態と RPC | 状態と RPC |
| Mirror transport | Mirror transport |
リリース前チェック
Section titled “リリース前チェック”appId、環境、バックエンドアプリが本番用の値になっている。- サンプル key がバックエンドの実際の実績 key に置き換えられている。
- テストプロジェクト、実績クリア操作、デバッグ引数、一時設定が本番プレイヤーフローに含まれていない。
- 失敗、切断、認可失敗、すべての Compliance
BLOCK状態にゲーム側の処理がある。 - SDK 初期化の所有者が 1 つで明確であり、任意モジュールと capability を呼び出し前に確認している。