QAは開発者だけの責任であるべきか?

Published: 2025年8月13日

Author: Side & Yuxuan Gao(Side Shanghai、QAチーム)

QAは開発者だけの責任であるべきか?

Key Takeaways

  1. 完璧なコードはスムーズなゲームプレイを保証しない。 コードが完璧に実行されても、プレイヤーは不満を感じる状況に遭遇します。混乱を招くメカニズム、使いにくいUI、チープなデザインの採用など、プログラム以外の不具合はクラッシュの原因にはなりませんが、プレイヤーの体験を損なわせる可能性があります。
  2. QAテストには、プログラミングのスキルを超えた専門的な知識が必要となる。 プロのQAには、滅多に起こらない状況下でのシミュレーション、プレイヤーによる予想外の行動の想定、プログラマーが通常見逃してしまうユーザビリティの問題の特定などが含まれます。適切なQAトレーニングが行われないと、開発者は完璧なプレイヤー体験よりもコードが機能するかどうかに集中してしまいます。
  3. 成功するゲームは、技術面での出来栄えとプレイヤーの満足度のバランスが取れている。 洗練されたコードが実装されていてもスムーズなゲームプレイが実現しない場合、QAを専門とする人達がそのギャップを埋めることになります。QAのプロは技術的なテストだけでは捉えきれないデザインの欠陥やインタラクティブな問題、没入感を損なう要素を特定します。

Side ShanghaiのQAチームリーダーであるYuxuan Gaoは、プログラマーから品質保証チームに転身したことにより、業界の多くのスタジオが見落としがちな真実を目にすることができました。 

インディーズスタジオでプログラマーとして4年間を過ごしたYuxuanは、優れたコードを書くために必要なスキルと、優れたプレイヤー体験を保証するために必要なスキルは根本的に異なること、そして多くのスタジオが、開発者が両方を担うものといまだに考えていることに気づきました。これは理屈から気づいたことではありません。"完璧なコード"のゲームが、プレイヤーの期待するスムーズで直感的な体験を提供できなかった、というのを目の当たりにして気づいたのです。 

業界の課題 

近年、ゲーム業界では、高い期待が寄せられたゲームが発売と同時に酷評の嵐に見舞われ、大失敗するケースが相次いでいます。Yuxuanにしてみれば、それは明白な傾向です。「掘り下げていくと、これはほとんどの場合、大量の不具合という同一犯によって引き起こされています」 

AAAの大規模チームにも、インディーの小規模チームにも広く蔓延している問題に、プログラマーが品質保証テスターとしての仕事も請け負うことで、任せきりになってしまうということがあります。また、必然的にQAを専門とする人達の価値が過小評価されてしまうという問題にもつながるのです。開発者はコードを知り尽くしているので、ゲームのテストにも最適だという考え方なのでしょう。しかし、この考えは現実にはそぐわないのです。専門的なトレーニングを受けたり、長年のQA経験を積んだプログラマーでない限り、その仕事をうまくこなすことはできません。 

また、Yuxuanは次のようにも述べます。「QAテスターという仕事は不名誉な誤解もされているのです」「QAの仕事は高い技術を必要とせず、適当なゲーマーにコントローラーを投げて一日が終わると思っている人がいまだに存在します。しかし、それは食べ物を食べる人なら誰でも料理評論家になれると言っているようなものなのです」 

インディーズスタジオで4年間を過ごしたプログラマーとして、Yuxuanも当初はQAの複雑さに懐疑的でした。また、彼は次のように語ります。「私も以前はQAの仕事を過小評価していました。自分でやってみて初めて、コードの範疇を超えるものがどれだけあるかがわかりました」 

QAをコーダーに任せることの問題点 

この2つの職業は重なる部分もありますが、根本的にはまったく異なります。QAの経験のない開発者は、視野が狭くなりがちだとYuxuanは説明します。その原因として、開発者は問題の発生源は単にコードからきていると考え、デザイナーの創造的な意図やプレイヤーの実際の体験を見逃してしまいます。 

またYuxuanは次のように説明します。「もちろん、カジュアルなプレイヤーにもバグの特定は可能です。ですが、適切なテストには、初心者の誤クリックをシミュレートしたり、滅多に起こらない状況をストレステストしたり、ストリーマーが生放送中に遭遇するかもしれない悪夢のシナリオを予測したりといった、大事なノウハウが必要です」また、彼はこうも続けます。「使いにくいUIやアンバランスなステータスなどは、クラッシュの引き金にはならないかもしれません。しかし、こういった要素は確実にプレイヤーの体験を台無しにするのです」 

このような細部を見逃すと、プログラム以外の不具合が抜け落ちる可能性があります。 

 

プログラム以外の不具合とは何か? 

プログラム以外の不具合とは、その名の通り、コードが完璧に、書かれた通りに実行されても、結局プレイヤーが手にするのは、内部では完璧に動作しているものの、満足なプレイ体験が得られないゲームになってしまうことです。 

Yuxuanは次のような実例を挙げています。 

 

コードの観点からは、実行されるべきことが正しく実行されたと言えましょう。しかし、プレイヤーにとっては、戦闘中に何の前触れもなく重要なユニットを失うことは災難と言えるのです。 

結局、開発者はこの不具合を修正しました。ターン終了時に合体が発動しないようにする条件を追加し、代わりに次のターンの開始時まで遅らせるようにしたのです。 

 

QAはプレイヤー体験を優先することがすべてである 

プロのQAテスターは、壊れたコードを探すだけでなく、壊れたデザインや素晴らしいゲーム体験の邪魔になるあらゆるものを見つけるのです。多くの場合、QAを行うプログラマーは、コードに関するバグにしか目が届きません。 

だからこそ、QA作業をプログラマーだけに任せることはできないのです。「マージ・スリー」の例にあるような問題を発見するには、QAを正しく行う専門のQAチームが必要なのです。  

また、Yuxuanは次のように付け加えます。「これは、建築家と住宅診断士の違いのようなものなのです。建築士は、すべてが仕様どおりに建てられていることを確認しますが、住宅診断士は、ドアの取っ手の高さが不自然ではないか、非常口のサインが濃い煙の中でも見えるかどうかを確認するのです。」 

ゲームにおけるQAの未来 

幸いなことに、多くのスタジオが、適切なQAの価値について認め始めています。最近では、定期的なQAサイクルを行うだけでなく、発売前に全編のプレイテストをQAチームに行ってもらい、技術面、デザイン面、ユーザーの観点などすべてをダブルチェックするところも多くなっています。 

そして、前述の「マージ・スリー」の修正が証明したように、洗練されたコードが実装されていてもスムーズなゲームプレイが実現しない場合、助けとなるのはQAの直感なのです。結局のところ、ゲームが生きるか死ぬかはプレイヤーからのフィードバックによって変わるのです。 

YuxuanのプログラミングからQAへの移行は、業界全体で起こっているより広範な変化を反映しています。多くのスタジオが、優れたゲームには卓越した技術とプレイヤーを重視したデザインの両方が必要であると認識し始めています。QAを専門とする人達の役割はますます重要になっていくでしょう。 

Quotes

「コードを書くにしても、テストするにしても、優れたゲームを作る唯一の方法は、プレイヤーの立場に立って考えることなのです」  

Tags