「ゲームプログラミング/デバッグ」の版間の差分
削除された内容 追加された内容
1,736 行
その準備のため、テスターはまず、そのゲームの想定するシナリオを通しプレイなどでクリアして、いったんシナリオを把握します。その後、フリープレイ時やテストプレイ時などに、ついでにシナリオ上の矛盾点が見つかる場合もあります。
つまり、シナリオ作成時のミスで、分岐先シナリオの作成漏れが出てくる場合もあります。
このようなメッセージ内容のバグは、実際にゲームのシナリオを把握していないと、バグとして気づかないのです。▼
▲このようなメッセージ内容のバグは、テスターが実際にゲームのシナリオを把握していないと、そもそもバグとして気づかないのです。
1,747 ⟶ 1,749行目:
たとえば、クレアが仲間になる条件が、加入条件になっている中盤ボス(レベルはストーリー中盤相当)を倒すことだとして、一般的なプレイヤ-はゲーム中盤にそのボスを倒すので、クレアを仲間にするのも中盤になるプレイヤーが多いとしましょう。
ですが、もしゲーム前半でその強ボスを倒すのが原理的に可能なプログラムになっているゲームの場合、プレイヤーの一部はストーリー前半でもそのボスを倒して、クレアを(中盤ではなく)ストーリー前半で仲間にする場合もあるのです。こういったレア目なケースは、
つまり、(「あるイベントのシナリオが仕様と不一致」ではなく)「そもそも、イベントのレアケースの場合だと、その場合のシナリオ自体が作成漏れで無い」という事例もあるのです。
しかしプログラム的に禁止されて無いプレイである限りは、どんなにレアなケースでも、
このようなレアケース漏れや分岐シナリオ作成漏れを見つけるには、テスターは実際に何周もテストプレイをしてみて、様々な攻略パターンでプレイして見つけるしか、
|