「ゲームプログラミング/デバッグ」の版間の差分

==== 概要 ====

このような直訴・越訴のようなトラブルを防ぐ方法として、たとえば、最初から社内公開のサーバーで仕様変更案を受け付けるとかのように社内公開の場でのみシナリオ変更案を受け付けるなど、そういった工夫などをすると良いかもしれません。ともかく、社内公開されている場であれば良いので、少人数の企業なら社内ミーティングなどの場での受付でも構わないでしょう。そこらへんは、そのゲーム会社や同人サークルなどの実情に合わせて上手くアレンジすればよいと思います。

==== どんな矛盾がシナリオ脚本のバグか？ ====

==== レアケース対応漏れなどうのシナリオバグの探すか？し方 ====

レアケース対応漏れなどといったシナリオ作成漏れのバグの探査方法は、仕様書があればそれで見つけるのも良いですが、他にもゲーム実機の実際のテストプレイなどで見つかることも多いです。

そなの準備のためで、テスターはまず、そのゲームの想定するシナリオを通しプレイなどでクリアして、いったんシナリオを把握します。その後、フリープレイ時やテストプレイ時などに、ついでにシナリオ上の矛盾点が見つかる場合もあります。

イベント進行などの状況によって会話などのテキストメッセージ内容が変わりゲーム作品も多くあります。もしゲーム中の説明文や会話文などのメッセージ文の内容と、イベント進行状況が組み合っていなかったりする場合には、バグとなります。

このようなメッセージ内容のバグは、テスターが実際にゲームのシナリオを把握していないと、そもそも「これはバグである」としては気づかないのです。

たとえば、上述（いくつか前の段落の例での）ボブとクレアの恋人関係の例なら、ストーリー前半でクレアが主人公の仲間になっているのに、もしボブのメッセージ文がストーリー前半でのクレアのパーティ加入に対応してなかったら（もしフラグ管理ミスでストーリー中盤以降からしかクレア加入の場合にしかボブ会話文のフラグ分岐が対応してなかったら）、あたかもボブが恋人クレアをガン無視している（←フラグ上ではクレアが未加入なので. ）かのようにプレイヤーに誤解を与えてしまいかねず、ボブとクレアが不仲になったかのように誤解されかねない・・・、というワケです。