私は学術プロジェクトを行っていますが、助けを求めているのではなく、テストに関するコンテンツの提案のみを求めています。
基本的に私はゲームを作ったので、低レベルのテストについて書くのは避けて、テスト専用の簡単なセクションを置くようにアドバイスされました。しかし、一体何を含めるのですか？私のゲームは非常に複雑なので、メインの機能が正しく動作することを示すテスト ケース テーブルでしょうか? もしそうなら、ソフトウェアをクラッシュさせようとする試みについてのテストではありませんか?
もちろん、アプリケーションを構築するときに頻繁にテストしましたが、実際の構造はありませんでした。高レベルのテストについて 1 ページまたは 2 ページだけ埋めるとしたら、人々は何を提案しますか? 私は何かを入れなければなりません。
ありがとう！
これはすべてプロジェクトの種類によって異なります。科学的な観点から書いている場合、つまり、プログラムは、ある理論の実現可能性を示したり、数値結果を生成したりするように設計されています。テストの存在に関する1つの段落と、テストされた側面の表で十分です。
エンジニアリングPOV（たとえば、エンジニアリング指向のCSコースの論文）から書いている場合は、メソッドについて書く必要があります。テストケースをどのように選択しましたか？単体テスト、システムテスト、またはその両方を実行しましたか？テストは自動化され、移植可能ですか？要するに、ソフトウェアエンジニアリングPOVからのアプローチについて話し合い、何が起こったのかについて簡単な概要を説明し、次にこのプロセスの長所、短所、および経験について話し合うことによって、取引を学んだことを示します。
テストは、ソフトウェアをクラッシュさせようとするだけではありません。テストは比較的簡単です。すべての決定構造を確認するだけです（他の場合など）。テストとは、実際には「アプリケーションは設計どおりに機能するか」ということです。ゲームの場合、これは、ユーザー（ゲームプレーヤー、ゲームレビューア、ゲームコンフィギュレーター）のさまざまな役割を果たし、シナリオを実行する可能性があることを意味します。「ゲームの目的」、「対話する方法」、「期待される結果」をリストします。「期待される結果」には、技術的な結果とユーザーインターフェイスの結果の両方が表示されます。シナリオについて話すことで、何をテストすべきかがわかります。「ゲームプレーヤー」の役割では、「カジュアルユーザー」、「エキスパートユーザー」にさらに細分化することができます。これらは、テスト設計について考えるためのいくつかの出発点にすぎません。哲学のテストについては、Web上に山があります。このリソースを使用してください。生計を立てるためにこれを行う人はおそらくあなたにもっと良いアドバイスを与えるでしょう、しかしこれは初心者のためだけです...頑張ってください！
彼らは主に、テストに対する何らかの体系的なアプローチを示すことを望んでいると思います。彼らはおそらく、商用ソフトウェアのテストに使用される専門知識をあなたが持っているとは思っていません。
できる基本的なことの 1 つは、テスト スクリプトを作成することです。これは基本的に、ゲーム内のさまざまな状況をカバーする手順のチェックリストです。「ハッピー パス」、つまり通常の成功したプレイ方法、ゲーム、および予期しないことを試みる「代替パス」をテストし、システムが正しく動作することを確認する必要があります。ゲームでは、これは、キャラクターを壁の中を歩かせようとするようなものです。