モバイルゲームのテスト
建物モバイルゲームアプリケーションは、体系的な方法で従うべき詳細なプロセスを必要とします. これらのプロセスは、要件の収集をカバー, 詳細設計, 開発, 有用性試験, QAテスト, 異なるターゲットデバイス上で完全なベータテストした後、最終的に展開.
モバイルゲームのテストは、通常のモバイルアプリケーションのテストとは少し異なっています. 効果的なモバイルゲームのテストは、規律を含める必要があります, よく構造化と体系的なアプローチ. テストプロセスは、アジャイル開発プロセスに統合する必要があります. テスト自動化フレームワークは、常に全体的なテストおよび開発プロセスの一部として、モバイルゲームのテストのすべてのタイプのために推奨されます.
In general, ソフトウェアのテスト領域で使用されるモバイルゲーム試験も同様の規則に従います. 幅広いテストカテゴリはホワイトボックステストとブラックボックステストです. プロセスごととして, モバイルゲームのテストはまた、これらの二つのカテゴリーに該当します, しかし、テストの目標は少し異なっています.
私たちは、モバイルゲームアプリケーションに対して、これら2テストプロセスを見てみましょう.
- ブラックボックステスト: モバイルゲームのテストの場合、, それは、アプリケーションの全体的な機能とプレイ能力の側面をカバー. キーテスト領域は、グラフィカル・ユーザー・インターフェースであります (GUI), ユーザビリティとユーザーエクスペリエンス. このブラックボックス・テストの下に来る他の機能は、メニュー/サブメニューです, グラフィカルなUI要素, アニメーション, 特殊効果など. 異なるターゲットデバイス上の実際のゲームプレイはまた、ブラックボックステストの不可欠な部分であります.
- ホワイトボックステスト: このタイプのテストは、アーキテクチャに焦点を当てて, 設計, コーディング, モバイルゲームの統合やシステム関連の側面. テストはまた、サードパーティの統合をカバー, データベース, 外部/ソーシャルメディア統合, ゲームエンジン, オーディオの統合など.
テストの自動化は、モバイルゲームのテストドメインにおける重要なプロセスであります. オートメーション, ブラックボックスでテストコンテキストが機能をカバー, コントロール, 機能, ゲームプレイとゲームアプリケーションの自動テストの流れ. オートメーションのこのタイプのために, 非常に進捗状況を測定するためのテスト・スクリプトを作成することをお勧めします, 障害のある状態, 画像認識など.
ホワイトボックステストの文脈で, 自動化は、主に他のエンティティとゲームアプリケーションの統合側面に焦点を当て.
次のようにモバイルゲームのテストの中で最も重要な方法論があります.
- 機能テスト: これは、一般的に手動テストで、最後にゲーム終了をプレイ.
- 性能試験: パフォーマンスは成功したゲームのために非常に重要です.
- 回帰試験: これは、アプリケーションの変更のための非常に一般的なテストであります.
- 適合性試験: これは、別のターゲットデバイス上でゲームの互換性をカバー.
- 負荷テスト: これは、システムの限界をテスト. これは、一般に自動化ツールを使用して行われ.
モバイルゲームアプリケーションの開発ライフサイクルは、ソフトウェア開発プロセスとほぼ同様です. 私たちは、モバイルゲーム開発に関してSDLCの異なる位相を見てみましょう.
- 概念化/インセプション: この段階で, アイデア/コンセプトは洗練され、最終的な形状を与えられています.
- デザイン: これは、一般的なレイアウトをカバー, ユーザビリティ, ユーザーエクスペリエンスなど.
- 開発: これは、ゲームアプリケーションのコーディングおよび建物相であります.
- QA /テスト: このフェーズでは、テストとQA活動が行われています.
- 展開: ゲームアプリケーションは、複数のターゲットデバイスに配備されているとき、これは最終段階であります.
今、私たちは、モバイルゲームアプリケーション開発ライフサイクルとテストプロセスが正常SDLCとテストプロセスとの類似性を有するされていることを知っています. しかし、モバイルゲームの開発およびテスト中に検討する必要があるいくつかのより多くの興味深い機能があります.
