テスト駆動開発はゲーム開発で実行可能ですか？

スクラム認定を受けているため、システムの開発中にアジャイル手法を採用する傾向があり、スクラムフレームワークのキャンバスを使用して日々の作業を管理することもあります。

それに、TDDが実行可能な場合、ゲーム開発のオプションであるかどうか疑問に思っていますか？

このGDの質問を信じるなら、TDDはゲーム開発であまり使用されません。
ゲームアーキテクチャでMVCとTDDが採用されないのはなぜですか？

コードを徹底的にテストしないと壊滅的なシナリオが発生する可能性があるため、大きな予算の大きなプロジェクトが完璧に機能する必要がある産業用プログラミングから来ています。

さらに、スクラムのルールに従うことにより、スクラムのすべてのアクションがタイムボックス化されている間、作業の期日を満たすことが奨励されます！ですから、上記の質問で彼らがシステムを構築しようとするのをやめて、ゲームを書き始めると言ったとき、私は同意します。完璧なシステムを構築しないように、最初に：スプリントの終わりまでに機能させるように、スクラムが言っていることはまったく同じです。次に、必要に応じて2番目のスプリントで作業しながらコードをリファクタリングします！

ゲーム開発を担当するすべての部門がスクラムを使用しないと、スクラムが役に立たなくなることを理解しています。しかし、少しの間、すべての部門がスクラムを使用していることを考えてみましょう...「完璧な」システム/ゲームを作成したくない場合でも、TDDはバグのないコードを作成するのに適していると思います。

私の質問は次のとおりです。

とにかくゲーム開発でTDDは実行可能ですか？

多くのゲームプログラマーはまだこのアイデアを実際に採用していないか、複雑なシステムをテストする方法を十分に理解していませんが、確かに実行可能です。テストするのが簡単な非ゲームプレイ関連システムを除いて、私はめったに使用しないことを認めています。

多くのモックオブジェクトを使用することを期待してください。多くのシステムがどのように結び付けられているかにより、個々のコンポーネントをテストすることは困難です。

さらに、多くのことを徹底的にテストすることはできません。たとえば、パーティクルシステムをどのように試運転しますか？アニメーションシステムが正常に動作していることをどのようにテストしますか？多くのことは本質的に視覚的であり、適切なテストを行う方法については（少なくとも私には）明らかではありません。

ただし、従来の言葉の意味での単体テストではなく、特定の機能の「テスト」として存在するものがたくさんあります。AIナビゲーションのテストレベルなどは非常に一般的ですが、必ずしも自動化するのが最も簡単なものではありません。

ゲームには、ユニットテストを記述できる（おそらくそうすべき）特定の側面があります。あらゆる種類の一般的な「ファイル読み取り」システムをテストする必要があります。ハードウェア（3Dサーフェスなど）の初期化のためのテストがあるかもしれません。模擬サーバーをいくつか用意して、クライアント/サーバーの相互作用コードをテストしてください。そういうもの。

TDDは、ゲーム開発の基盤としては適切ではないと思います。方法論の一環として、ユニットテストを自動化された、確かに、しかし、ゲーム開発の主要な関心事のあまりに多くがあることをテストするための主観ではなく、マシンテスト可能ですドライバ開発の。ゲームメカニックが楽しいかどうかのスクリプトテストをどのように作成しますか？レベルは視覚的に魅力的ですか？そのレベルであっても、一般的なプレイヤーが完了するのに約15分かかりますか？TDDは、プロジェクトの成熟度を仕様への準拠の観点から定量的に測定できる状況に適合し、それはゲーム開発ではありません。

タイトルが純粋にTDDであるため、あなたが求めているものを正確に解決するのは少し難しいですが、スクラムも質問の不可欠な部分になっているようです-私は理解しているように、一方は他方を必要としません。

このGDの質問を信じるなら、TDDはゲーム開発であまり使用されません。

それは正しいです。ゲーム業界で実際に使用されたことは聞いたことがないと思います。（しかし、私はそれがゲーム業界以外で使用されていることを聞いたことはありません-個人だけです。）

コードを徹底的にテストしないと壊滅的なシナリオが発生する可能性があるため、大きな予算の大きなプロジェクトが完璧に機能する必要がある産業用プログラミングから来ています。

ゲームは問題なく動作する必要はありません。したがって、コードの正確性はそれほど重視されません。TDDはコードの正確さを保証しませんが、一部の人々はそれが不正確さを減らすと感じています。私はまだこれの証拠を見ていません。

さらに、スクラムのルールに従うことにより、スクラムのすべてのアクションがタイムボックス化されている間、作業の期日を満たすことが奨励されます！

期日を満たすことを推奨しない方法論や、タイムボックス化されていないアクションを持つ方法論を見たことはありません。問題は、どの方法を使用しても、ソフトウェアの複雑さを推定するのは非常に難しいことです。不可能ではありませんが、それを正確に推定することはプロセスとは関係ありません。私のタスクが新しいGUIパネルを追加するか、アニメーションのバグを修正するか、キャラクターに新しい統計を追加することである場合、スクラムの使用はそれをまったくスピードアップせず、TDDの使用は進んでいますタスクの速度を落とすために（後でさらにメンテナンスタスクを減らす可能性があります）。確かに、タスクの継続時間を簡単に見積もることはできません。

「完璧な」システム/ゲームを書きたくないが、TDDはバグのないコードを書くのに良いと思う。

TDDが他の方法よりも優れたコードを書くことが証明されている場合、はい。

これの証拠はありますか？産業がそれを使用するかもしれないという事実は証拠ではありません。業界は、遅いコードを生成することでよく知られており、遅れて配信されます。失敗または遅れた主要なTDDプロジェクトの例がないのは、それが新しいアプローチであり、実際にそのようなプロジェクトをまだ完了している人が少ないためかもしれません。（そして、遅れて実行されているものは...まだ実行されている可能性があります。）

とにかくゲーム開発でTDDは実行可能ですか？

実行可能ですか？もちろん。有益？それはまだ証明されていません。

私の英語が下手でごめんなさい。偏った見方でごめんなさい。私はゲームデザイナーではなくコーダーです。

この議論には誤解があると思います。TDDについては、より一般的な形式、いわゆるBDDで説明します。行動駆動型開発は、プロジェクトをテストする方法ではありません（テストは副作用のようなものです）。 BDDは、すべての制作中にリファクタリングとソフトウェア設計を行う方法であり、KISS、「品質を維持する」、「早期にテストし、頻繁にテストする」などのモットーを参照してください。BDDは、ウォーターフォールプロセスのような古典的なソフトウェアプロセスや、ソフトウェアを作成するための他の反復的な方法論の反対です。

もう1つのポイントは、自動テストは、計算機によって自動的にテストできる機能に対するものです。ゲームの楽しみのテストはありません。また、グラフィカルユーザーインターフェイスの使いやすさのテストもありません。楽しみや使いやすさは他の仕事の資料であり、インタラクションデザイナー、ワールド、レベルdなどのソフトウェア開発ではありません。芸術的部分（モデリング、テクスチャリングなど）は、創造性のためのツールとしてコンピューターを使用するアーティスト向けです-明らかに、これらの仕事はコードを書く同じ人が実行できますが、これはポイントではありません。物理学のテスト、最適化アルゴリズムのテスト、単一オブジェクトの動作のテスト（前述のモック、スタブ、ダミー）

最後の考えは、私見では、ゲームデザインだけでなく、コードを書くこと全体が芸術であるということです。

以下は、TDDとgamedevの混合をかなりうまく考えている人のケーススタディです。

http://powertwenty.com/kpd/downloads/TestDrivenDevelopmentInPython.pdf

確かに、これはPygameの小さなプロジェクトですが、グラフィカルゲームでテストできる部分とできない部分のアイデアを提供します。このシナリオでTDDを使用してどれだけのことができるかに驚いた。

いいえ、テスト駆動開発はゲーム開発には適していません。確かにテストしたい部分のテストを書くことができますが、ゲーム開発プロセスはテスト駆動開発とはまったく異なります。テスト駆動開発では、進行を開始する前に正確な仕様が必要です。

ゲームが開始されたとき、正確な仕様がめったにありません。そして、もしそうなら、彼らは常に開発プロセスの間に変化し進化します。

ゲームデザインは芸術であり、芸術が良いか完成したかを知るための具体的なテストはできません。