ゲームデバッグって何をしてるの？元プロはこんなことしてます

ココナラでゲームのデバッグをするよってサービス出してはるけど、一体どんなことやってるの？

私のサービスを見た方の9割がこう思われたことでしょう！

私にとっては日常のことでしたが、考えてみればゲームのデバッグなんてニッチもニッチなお仕事なんで、外からイメージは「ひたすら壁に当たり続けるやべぇ仕事」みたいな感じなのでしょう。

というわけで、今回は元プロは一体ゲームのデバッグ依頼を受けたらどんなことをやっているのかをざっくりと解説していきたいと思います。

タイトルによって詳細は大きく違ってくるので、大体こんなことをやっているんだな～という雰囲気を掴んでいただけたら、この記事の目的は達成です！

それでは、さっそく解説していきましょう。

ゲーム全体を把握する

まずは依頼いただいたゲームの全体像を把握します。つまりゲームをクリアまで進めます。
ルート分岐や、ジョブ選択などがある場合は、なるべく多くの仕様に触れるように意識しながら網羅的にプレイを進めていきます。

ゲームを進行させつつ、バグが出そうなシステム、怪しい箇所、弱い部分などに目星をつけていきます。
まだここでは本格的な調査は行いません。全体の仕様を把握することが優先です。

ただし、この段階でバグを発見することもあるので、それらは随時報告していきます。

原因が分からない、分かりにくい突発的なバグが発生するケースが多いため、このタイミングでは必ず動画を撮影しながらプレイし、何か問題が起こった時に後から見直せるようにしておきます。

全体の把握が終わったら、目星をつけた場所をデバッグしていきます。

もちろん、目星をつけた場所全部でバグが出るわけではありません。むしろ出ないです。大体６，７割は空振りです。が、それが本来のデバッグの役割です。

ここが弱そうだったけど（事前に気になっていると伝えられてた部分だけど）ちゃんと問題なく動作していましたよという確認結果をお伝えするのもデバッガーの大事なお仕事の一つです。

バグの見つけ方や何をもって怪しいと判断するか、といった細かいテクニック的なことは、需要があればまた別記事で書かせていただきます。

バグを発見したら、今度はそのバグが再現させられるのか、どのような手順で再現するのか、原因はどういったところにあるのかを追跡調査します。

「街に戻るアイテムを使ったら止まったよ」という情報だけを伝えられても、開発者はバグを治すことはできません。

どのシーンで、どんな状況で、どういうアイテム状況で使ったのかをちゃんと正確に把握しておき、可能であればセーブデータから戻って状況を再現します。

再現ができたら、今度は条件を絞り込みます。

そうして絞り込めた条件を元に原因を特定し、それをバグとして開発者の方へ、再現させた時の動画と合わせて報告します。

大規模なゲームや詳細なリストなどの仕様書がある場合は、チェックリストを作って詳細な動作確認を行っていきます。

チェックリストとは、こんな感じで1項目ごとにOK/NGを付けて、各仕様で開発者が想定している通りに挙動しているかを確認するためのリストです。

確認項目	結果
お金を入手した際の表示と実際に増える数が一致しているか	OK
スタミナが無くなっている時にクエストを開始できないか	NG
カンストしているアイテムを入手したらメッセージが出て入手できないか	NG

あくまで一例です

個人制作の方だとガッツリとした仕様書を作成されている方は珍しいですし、基本的にこのチェック作業は省かれることが多いです。

企業様からの案件や、ソシャゲなどの長期アップデートを見込んだゲーム制作を行われる方が対象となる感じです。