C＃/ XNAゲームプロジェクトの単体テスト

私はプログラミングを始めてからゲーム開発に挑戦してきましたが、決して真剣にはなりませんでした。私はビジネスアプリ開発者として働いていますが、暇なときにいくつかのゲームに取り組んでいます。

（Microsft web-devスタック上の）ビジネスの世界では、ASP.NET MVCは、インターフェイスの動作方法の単体テストが容易なため、非常に人気が高まっています。

すべてのゲームロジックを簡単に単体テストできるゲームを作成するために、どのデザインパターン（MVC、MVP、MVVMなど）を使用できるのか疑問に思っています。これは可能ですか？時間を無駄にしていますか？完全なビルドを行ってから、単体テストの代わりに「統合」タイプのテストを実行する方が良いでしょうか？

サンプルコードは素晴らしいものですが、説明も役立ちます。

（ユニットテストタグを追加しようとしましたが、必要な担当者がいません...）

以下に、機能を簡単に再利用できるだけでなく、単体テストをはるかに容易にするための機能を分離するためのアーキテクチャについて説明した、良い記事を示します。

http://cowboyprogramming.com/2007/01/05/evolve-your-heirachy/

一部のゲームでは、MVCのようなパターンが役立ちます。チェスやカードゲームなどのボードゲームが思い浮かびます。ただし、ほとんどの場合、これは大規模なやり過ぎです。

個人的には、本質的にアルゴリズム的なものを単体テストするだけで十分だと思います。ゲームプレイコードを記述しているときに「ただ動作する」ために依存するもので、そうでない場合は問題を追跡するのは知らないうちに難しくなる可能性があります。交差点テストやネットワークコードなど。

（理想的にはサードパーティのフレームワークに組み込まれるものなので、それらを書いたりテストしたりする必要はありません！）

ゲーム関連の単体テストに使用したいテクニックの1つは、「視覚的な単体テスト」と呼ばれるものです。基本的な概念は、問題のコードのビットの単純なラインレンダリング（たとえば、交差関数など）、および入力を操作するための基本的なキーまたはマウスの割り当てです。ユニットテストを自動化する必要があると言う人はいません。ユニットテストを個別のユニットに分解してテストするだけです。