ツールを選んだら、いよいよ自動化スクリプトを作成します。エンジニアがテストケースを自動化スクリプトに記述できるよう、テスターはテスト内容を詳細に文書化する必要があります。

初心者の方にありがちなミスとして挙げられるのが、QAエンジニアのアクションをレコーディングし、自動化によってそのアクションをリプレイするというものです。一見、ナレッジを再利用できるシンプルな導入案のように思えます。しかし経験上、レコーディングされたテストはシステム変更の際に破損してしまう可能性が高いです。レコーディングソフトウェアのログはシステムアップデートで処理できないことが多々あります。そのため、アップデートのたびにまた初めからレコーディングし直さなければならなくなってしまうのです。

テストケースの記述やそのスクリプト化に費やした時間が、ここで活かされます。実行ボタンを押して、構築した自動化スクリプトをゲームにセットしましょう。

すべての新しいゲームビルドで自動化テストを実行することで、そのビルドをQAに渡してよいかどうかが確認できます。QAチームに渡る前にビルドの破損に気づくことができ、大幅な時間短縮につながります。

自動化の準備が整い、無事に実行され始めてからも、円滑に運用し続けるためにやらなければならないことはたくさんあります。

具体的に言うと、各自動化テストケースの成功率や新しい変更が加わった際の個々のスクリプトを頻繁に確認することが必要です。ここではバージョン管理が非常に重要となります。アップデート毎にバージョニングをきちんと行っていれば、スクリプトがどの段階で破損したかをすぐに確認し、原因を突き止め、必要な変更を加えることができます。

その他にも、システム変更や新しいニーズに合わせて、フレームワークをメンテナンスし続ける必要があります。

社内 VS 外部委託

自動化の進め方については上記の通りです。さて、自動化を実際に始める前に、社内で自動化を行うのと外部に委託するのと、どちらが制作中のゲームに合っているか考えてみましょう。それぞれにメリットとデメリットがあります。検討すべき事項は以下の通りです：

• 予算
• スケジュール
• プロジェクトに自動化を適用する方法について、長期的な見通しが立っているか
• 制作しているゲームにおいて、自動化がどのように役立つか

上記を検討することで、どちらがゲームに合っているか判断しやすくなるでしょう。それぞれのメリットとデメリットについても考えてみましょう。