全開発者におくるデバッグ入門！　個人開発でも使えるQA Tipsや基礎的な考え方をご紹介

39.4K Views

June 13, 24

スライド概要

本スライドは2024年5月25日(土)に開催したゲーム開発者向けのリアルイベント『ゲームメーカーズスクランブル2024』で行われた講演のスライドとなります。

タイトル：
全開発者におくるデバッグ入門！　個人開発でも使えるQA Tipsや基礎的な考え方をご紹介

内容：
どういうテストをすればいいの？テストのタイミングって？工数感はどんな感じ？といった基礎情報から、「Quality（品質）」に関する考え方、テストに求められる要件についてお話しします。

登壇者：
株式会社デジタルハーツ
QA事業本部 MS事業部部長
渡辺栄宏氏

【アーカイブ記事】https://gamemakers.jp/article/2024_06_13_69326/
【イベントページ】https://gamemakers.jp/scramble2024/
【イベントレポート記事】https://gamemakers.jp/article/2024_06_04_69158/

ゲームメーカーズ

@gamemakers

スライド一覧

ゲームづくりに役立つ情報をお届けする「ゲームメーカーズ」の資料公開用アカウント。 WEBメディア「ゲームメーカーズ」では、ゲーム開発TIPSや”作り手目線”のインタビュー、お得なセール情報などを毎日更新！ http://gamemakers.jp

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

関連スライド

各ページのテキスト

デジタルハーツについて Services Results for 2023 リリース前、リリース後の総合的な不具合検出 • 企画書、仕様書からテスト要件の整理 • 開発チームへのテストリーダー派遣による進行サポート • 必要なデバッグ機能のご提案 • テスト項目書の作成 • テスト実施 □ 機能チェック実装された各機能が正常に動作しているか、特殊な状況で不具合を引き起こさないか日本国内ゲームデバッグにおいて 10年連続シェアNo1達成・24年3月期予想売上高：400億円（エンタメ領域では196.5億円）・年間合計担当プロジェクト数：1600以上・海外事業が急成長中。年間翻訳実績7,600万文字以上 □ データチェック実装されたデータが仕様と異なる部分がないか □ 多端末チェック多様なメーカー・スペック・OSによるコンパチビリティ・パフォーマンスチェック □ ネットワークチェック / 負荷チェック想定される人数パターンで正常にプレイできるか、同時に多人数がログインするなどの負荷がかかった状態でも問題なくプレイできるか弊社サービスのタイトル関与率家庭用ゲーム売上ランキング TOP100における関与率スマホゲーム売上ランキング TOP100における関与率 □ バランスチェックゲームの難易度に関わる要素が、意図された通りの設計になっているか □ 作成基準チェック PSにおけるTRC、任天堂のガイドラインチェック、 XboxのXRに反する内容が含まれていないか □ FPA（光過敏チェック）光過敏性発作発症の可能性が無いか(Flash & Pattern Analyzer) 67% □ 倫理チェック政治、人種、犯罪教唆、差別表現、青少年への悪影響などを含む様々な倫理的な観点から懸念される表現があるか ※いずれも日本国内で開発されたゲームに限る © 2001-2024 DIGITAL HEARTS Co., Ltd. 71%

デジタルハーツについてエンタメ領域グループ会社のみで日本国内16拠点、海外6拠点 TOKYO JAPAN ASIA / GLOBAL GAME TESTING LAB. SAPPORO×2 合計8000人以上のテスターが在籍 *TOKYO Lab. SENDAI Other Region KYOTO FUKUOKA×2 NAGOYA *HEAD OFFICE Group Companies In Tokyo TOKYO ×2 JetSynthesys Digital Services OSAKA MATSUYAMA KUMAMOTO © 2001-2024 DIGITAL HEARTS Co., Ltd.

不具合を見つけるには？不具合が見れるようになる＝目に入った情報を脳が不具合だと認識できるようになるこれはつまり、どうなっていれば正しいということが「定義」されていればよい＞～～画面のテキストは中央寄せで表示される＞ ◯ボタンを押すとパンチが出る＞ボタンを押すとキャンセルできるこれらは、「仕様」として「定義」された動作このような情報を持っていれば、「テキストが左寄せになっていることは不具合」「〇ボタンを押すとキックがでることは不具合」「×ボタンを押すと決定になることは不具合」という認識が持てるようになる © 2001-2024 DIGITAL HEARTS Co., Ltd.

10.

不具合を見つけるには？その認識を誰でも持てる・見えるようにしたものが項目書場所確認項目手順 OP 表示確認アプリを起動結果日付 OK 2017/7/1 OK 2017/7/1 OK 2017/7/2 画面遷移｢ミッション｣を選択ミッション画面へ遷移できること OK 2017/7/2 画面遷移｢クエスト｣を選択 NG 2017/7/3 ボタン押下しても反応せず表示確認自デッキを確認表示確認スタミナを確認表示確認所持金を確認ホーム画面表示確認オーブを確認表示確認ランクを確認期待値備考起動時にOPムービーが開始されること自デッキが正しく表示されること画面上部左にスタミナが正しく表示されること画面上部中央に所持金が正しく表示されること画面上部右に所持オーブが正しく表示されること画面上部下にランクが正しく表示されることクエスト画面へ遷移できること画面遷移｢マルチ参加｣を選択マルチ参加画面へ遷移できること © 2001-2024 DIGITAL HEARTS Co., Ltd.

11.

参考：項目書に書くべき内容前ページの項目書は、実はあまり項目書としては適切な内容ではない＞～～が「正しく」表示されていることとか＞～～に「違和感がないこと」とか何が「正しい」のか、「違和感がない」の定義は何？そこには人によるブレが発生してしまう項目書に書くべき内容は、確認したい期待する事項について、正確にその内容を書く必要がある例えば【テキストが中央で表示される】といった表示確認について、、、テキストが正しく表示されること〇テキストが中央に表示されること © 2001-2024 DIGITAL HEARTS Co., Ltd.

12.

13.

14.

15.

16.

17.

時代と共に変化する「テスト」方法テスト計画テスト分析テスト実装テスト実行テスト完了テスト実行テスト完了モニタリングとコントロールテスト計画テスト分析テスト設計テスト実装モニタリングとコントロール © 2001-2024 DIGITAL HEARTS Co., Ltd. チェックの抜け漏れがある。項目書をいきなり作り始めるのではなく、まず観点を整理しよう項目が膨大になりがち、実施する優先度をロジカルに導出できない？

18.

19.

20.

参考：プラットフォームについて知っておこう個人開発で不具合知識とともに、必要になってくるものとしてリリースする「プラットフォーム」に関する知識は、勉強しておくと吉たとえば… ■PC＝Steamであれば、以下の部分は気にしておく必要あり・Achievement（いわゆる実績/トロフィーです）・Steam Cloud（オンラインにセーブデータを保持する機能です）・Steam Deck互換性（携帯機であるSteam Deck、ガイドライン的なものがあります） ■スマホ＝iOS、Android ・AppStoreへのリリースは、「Apple審査」がある・Google Playも「審査」アリ各プラットフォームで、ガイドラインは必ずあるので、「審査」に必要な情報は開発段階でも把握しておくと良し © 2001-2024 DIGITAL HEARTS Co., Ltd.

21.

参考：バグレポートに記載する情報について仮のゲーム、特定の条件下だけでフリーズしてしまう、みたいな不具合の場合【タイトル】デジハクエスト【記入日】2024/5/25 【確認ROMバージョン】Ver 0.525 【概要】エネミー①との戦闘中に、キャラ①がスキル①を使用する際に同時にキャラ②がスキル②を使用すると、画面が停まり一切の操作を受け付けなくなることがある。【手順】 1. エネミー①との戦闘を開始する。 2. キャラ①がスキル①を使用する。 3. 同時にキャラ②がスキル②を使用する。【詳細】エネミー①との戦闘中に、キャラ①とキャラ②が同時にスキルを使用した際に画面が停まる不具合が発生しています。停止後、一切の操作が受け付けられなくなり、ゲームの進行が不可になります。【再現度】7/10 文字だけの説明で伝えづらい場合は、更にスクリーンショットや、再現動画等も情報として追加 © 2001-2024 DIGITAL HEARTS Co., Ltd.

22.

23.

24.

25.

26.

ユーザーエクスペリエンス（UX）向上を目的としたQA 一般的に優先度高く対応する不具合とは、＞クラッシュ＞進行不能＞強制終了など、深刻度が高いものが上がってくるユーザーが遊べなくなるのは問題それはそれで正しいが、仮にそれが発生する条件が非常に稀であり、ほとんどのユーザーが遭遇しえない場合それを修正することは、ゲームのおもしろさに繋がるのか？「品質向上」になる？ © 2001-2024 DIGITAL HEARTS Co., Ltd.

27.

ユーザーエクスペリエンス（UX）向上を目的としたQA 「品質」を考える場合、障害深刻度に対する優先度だけではなく、「ユーザー影響度」としての優先度を設け、マトリクスで判断し、ユーザーのUX（体験）を阻害する不具合を優先で対応する不具合ランクの考え方マトリクス障害深刻度 S A B C ユーザ影響度 A 高高中低 B 高中低低 C 中低低低 © 2001-2024 DIGITAL HEARTS Co., Ltd.

28.

ユーザーエクスペリエンス（UX）向上を目的としたQA ゲームが売り切りだった時代は、発売前に不具合を取り切ることが当たり前だったこれについては、近年のネットワーク環境の発展から、いつでもアップデート可能な時代になったことで変わった昔と違い、出したものを修正することが出来ない時代ではないので、こういう機能を入れるとおもしろいよね、というように、後から調整をかけるということが出来るようになったなので、ユーザーから届く意見も定量的に観測して、それをゲーム内に取り組んでいった方がよいね、という考え方 © 2001-2024 DIGITAL HEARTS Co., Ltd.

29.

30.

31.

32.

33.

34.

35.