【ゲーム開発】テストはあるべき姿に近づけるために重要なフェーズ
何をもって「あるべき姿」とするかを事前に明確にしておくのが大事です。システム的な「あるべき姿」だったら設計書や仕様書にあるものがそうですし、ゲーム的な「あるべき姿」だったら、このゲームを遊んだ時にユーザーさんにどうなっていて欲しいのかを言葉にしておくと良いと思います。
テスト
【Unity/C#】デバッグで意図しない動作を拾うには変な操作をしてみよう
「ここは大丈夫だろう」と思っているようなところに限ってバグが見つかったりします。大丈夫そうに見えるところこそ、正常な操作とは別にボタンを連打してみるなどの変な操作もしてみましょう。自分のゲームの穴をついて裏技を見つけるくらいの勢いで試すことで、事前にバグを発見できる可能性も上がります。
【Unity】バグが出た場所と根本原因は遠いこともあります【C#】
バグが見つかった部分の処理を直しても、再度同じようなバグが見つかることがあります。これは根本原因までたどり着いていないことからバグが再度発生しちゃう可能性があるんですよね。バグの発生原因を論理的に説明できるようになると根本原因を見つけやすくなるので、なぜこのバグが発生しているのかを深掘りして原因を考えることも大切です。
【Unity】バグを見つけたら再現方法を確認するのが大事【C#】
バグが発生した、あるいはバグが発生すると報告を受けた場合は、そのバグの再現方法を見つけることが大切です。どのような状況で、どのような手順でバグが発生するのかが明確になれば解決方法を見つけやすくなります。再現方法を見つける際にはいくつか仮説を立てて検証していくと絞り込みができます。
【Unity】そのテストプレイ、友達に任せてみよう【ゲーム開発】
あなたの作ったゲームを友達にテストプレイしてもらうことで、自分だけでは気づかなかった点を教えてもらえます。良い点、悪い点両方を知ることができるので、是非仲の良い(そしてマウントをとってこない)友達にゲームを遊んでもらいましょう。
【Unity】テスト範囲は設計と照らし合わせて(フェーズもあるよ)
テストでは想定した動きになっているかどうかを確認しますが、その「想定した動き」は設計が該当します。この記事の中ではテストのフェーズについても簡単に触れているので、IT系に馴染みのない人でも名前が分かるようにしています。
【Unity】ちょっとコードを書いたらすぐテストしてバグを積み立てない
コードを少し変更したらすぐにテストすることをおすすめします。細かい単位でテストしていくことで、バグの解決が簡単になります。なるべく解決が容易なうちに修正しておくとスムーズにゲーム作りを進められます。