Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ヘブンバーンズレッドのアドベンチャーパートに対するテスト手法
Search
gree_tech
PRO
October 25, 2022
Technology
0
1.4k
ヘブンバーンズレッドのアドベンチャーパートに対するテスト手法
GREE Tech Conference 2022で発表された資料です。
https://techcon.gree.jp/2022/session/TrackB-8
gree_tech
PRO
October 25, 2022
Tweet
Share
More Decks by gree_tech
See All by gree_tech
LLM翻訳ツールの開発と海外のお客様対応等への社内導入事例
gree_tech
PRO
0
880
ヘブンバーンズレッドのレンダリングパイプライン刷新
gree_tech
PRO
0
900
ヘブンバーンズレッドにおける、世界観を活かしたミニゲーム企画の作り方
gree_tech
PRO
0
890
「魔法少女まどか☆マギカ Magia Exedra」のグローバル展開を支える、開発チームと翻訳チームの「意識しない協創」を実現するローカライズシステム
gree_tech
PRO
0
880
「魔法少女まどか☆マギカ Magia Exedra」での負荷試験の実践と学び
gree_tech
PRO
0
970
「魔法少女まどか☆マギカ Magia Exedra」の必殺技演出を徹底解剖! -キャラクターの魅力を最大限にファンに届けるためのこだわり-
gree_tech
PRO
0
900
ヒューリスティック評価を用いたゲームQA実践事例
gree_tech
PRO
0
880
ライブサービスゲームQAのパフォーマンス検証による品質改善の取り組み
gree_tech
PRO
0
880
コミュニケーションに鍵を見いだす、エンジニア1年目の経験談
gree_tech
PRO
0
150
Other Decks in Technology
See All in Technology
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
6
4.1k
OpenAI gpt-oss ファインチューニング入門
kmotohas
2
1.2k
10年の共創が示す、これからの開発者と企業の関係 ~ Crossroad
soracom
PRO
1
710
【Oracle Cloud ウェビナー】クラウド導入に「専用クラウド」という選択肢、Oracle AlloyとOCI Dedicated Region とは
oracle4engineer
PRO
3
130
ACA でMAGI システムを社内で展開しようとした話
mappie_kochi
1
310
LLMアプリの地上戦開発計画と運用実践 / 2025.10.15 GPU UNITE 2025
smiyawaki0820
1
370
Adapty_東京AI祭ハッカソン2025ピッチスライド
shinoyamada
0
270
「AI駆動PO」を考えてみる - 作る速さから価値のスループットへ:検査・適応で未来を開発 / AI-driven product owner. scrummat2025
yosuke_nagai
3
810
なぜAWSを活かしきれないのか?技術と組織への処方箋
nrinetcom
PRO
3
660
「使い方教えて」「事例教えて」じゃもう遅い! Microsoft 365 Copilot を触り倒そう!
taichinakamura
0
320
「れきちず」のこれまでとこれから - 誰にでもわかりやすい歴史地図を目指して / FOSS4G 2025 Japan
hjmkth
1
270
Git in Team
kawaguti
PRO
3
340
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1032
470k
Done Done
chrislema
185
16k
The World Runs on Bad Software
bkeepers
PRO
72
11k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
9
590
Building an army of robots
kneath
306
46k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.5k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
A better future with KSS
kneath
239
18k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
The Language of Interfaces
destraynor
162
25k
Side Projects
sachag
455
43k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.1k
Transcript
グリー株式会社 QAエンジニア 勅使川原 大輔 ヘブンバーンズレッドの アドベンチャーパートに対するテス ト手法 グリー株式会社 QAマネージャー 野本 雅俊
登壇者紹介 2 氏名と所属 野本 雅俊 (のもと まさとし) Customer & Product Satisfaction部 WFQAチーム マネージャー 略歴
2012年グリーに入社。GREE PFのQA担当後、 NativeゲームのQAへ異動。2018年からマネー ジャーとなる。 主な業務内容 WFSタイトル全般のQA統括 各メンバーのマネジメント 氏名と所属 勅使川原 大輔 (てしがわら だいすけ) Customer & Product Satisfaction部 WFQAチーム 略歴 2016年グリーに入社。移管タイトルのQAやリ スク対応推進担当などを経て、ヘブンバーン ズレッドのβ開発からQAを担当。 主な業務内容 ヘブンバーンズレッドのQAチームリーダー
3 1. 本タイトルにおける品質状況 a. ヘブンバーンズレッドとは 2. アドベンチャーパートのテスト a. 探索的テスト b.
フラグ分岐の網羅 3. まとめ
・新規リリースから1ヶ月程度は障害数が多くなりがち ・だが、本タイトルでは障害数が抑制できていた 4 タイトルA タイトルB 本タイトル 90件 99件 25件 本タイトルにおける品質状況
リリース直後の障害数について リリース後1ヶ月障害数比較(大小含めた件数) 本タイトルのQAにおける独自の取り組みが障害抑制の一因となった
ヘブンバーンズレッドとは 5 フィールド バトル アドベンチャー
ヘブンバーンズレッドとは 6 フィールド バトル アドベンチャー
QAの取り組み例 アドベンチャーパートのテスト • 全テストケースのレビューとフロー構築 • スキルの組み合わせ網羅とテストデータ作成 • アドベンチャーパートのテスト • 探索的テスト
• フラグ分岐の網羅 • ※VISUAL ARTS/Keyによる全分岐の網羅的な監修 7
8 前提課題 アドベンチャーパートのテスト ゲームのメイン部分を占めボリュームが大きく 品質を担保すべき優先度も高い なんかADVのスクショ
9 前提課題 アドベンチャーパートのテスト 選択肢による分岐
10 前提課題 アドベンチャーパートのテスト 複雑なフラグ管理 過去の選択肢が影響して分岐する
11 前提課題 アドベンチャーパートのテスト それらを網羅した様な仕様書は無かった 絶望的なイラスト
12 前提課題 アドベンチャーパートのテスト テキスト量が膨大 フラグ管理が複雑 網羅した仕様書が無い 膨大な工数がかかる カバレッジを担保することが難しい テストケース作成が困難
13 アドベンチャーパートのテスト テスト目的などを含むテストチャータを使用する 詳細な手順や確認項目を記載せずテスト実行時に 手順や新たな観点を発見していく 探索的テスト "探索的テストは、仕様がほとんどなかったり、不十分であったり、テストのスケジュールに余 裕がなかったりする場合に最も効果が大きい。他の形式的なテスト技法を補完する場合にも 効果が大きい。" JSTQB
Foundation Level シラバス より
14 アドベンチャーパートのテスト 各シーンで確認すべきテスト目的の粒度で記載 探索的テスト シーン 対象 目的 ADV テキスト 誤字脱字、話者名の相違などがないか
ADV 演出 表示崩れやNG演出がないか ADV ボイス テキストとの相違や音量の不備がないか ADV 背景 状況に合った背景か テストチャータの例
15 探索的テスト アドベンチャーパートのテスト メインストーリーは ゲーム内の時間単位で 区切ってテストを行った
16 アドベンチャーパートのテスト テンプレートを作成し 全ての章、Day、時間帯に分割してテストする 探索的テスト
17 アドベンチャーパートのテスト テスト設計にかかる工数を削減し 全てのストーリーをテストしたことが担保できた 探索的テスト だがフラグ分岐の網羅はできていない
18 フラグ分岐の網羅 アドベンチャーパートのテスト Luaスクリプトの例 見せる用のLua ※実際のスクリプトとは異なります
19 フラグ分岐の網羅 アドベンチャーパートのテスト Luaスクリプトの例 見せる用のLua ※実際のスクリプトとは異なります
20 フラグ分岐の網羅 アドベンチャーパートのテスト Luaスクリプトの例 見せる用のLua ※実際のスクリプトとは異なります
21 フラグ分岐の網羅 アドベンチャーパートのテスト 全Luaからフラグをセット/参照している場所を抜き出して網羅 Luaファイル フラグのセット/参照 一章/Day01/午前01 SetFlag(“1章Day1でてへぺりんこした”) 一章/Day10/夕方 GetFlag(“1章Day1でてへぺりんこした”)
一章/Day03/昼 GetFlag(“ハンバーグカレー食べた ”) 一章/Day03/昼 GetFlag(“カルボナーラ食べた ”) フラグの例
Luaから分岐のある箇所を 確認し全ての分岐に対して フラグを立てられること 回収できることを確認 22 フラグ分岐の網羅 アドベンチャーパートのテスト フラグ分岐のテストケース
フラグ分岐を網羅した上で 各分岐を探索的テストできる ようにしたテンプレート 23 フラグ分岐の網羅 アドベンチャーパートのテスト
24 結果 アドベンチャーパートのテスト 品質 工数 テスト作成工数削減 リリース1ヶ月の障害数25件 アドベンチャーの進行不能なし 工数と品質に大きな効果が出せた
25 結果 アドベンチャーパートのテスト 一定の結果は出せているがまだ障害は減らせるはず 品質を高めるため、さらなる改善に取り組んでいく
26 まとめ ・仕様書が不足している場合は実装を基にしたテストを検討する ・実装を読み取りプランナーやエンジニアと対等に話せる技術知見が必要 ・QA技術を用いて必要なテストを導くことで品質を高めることができる ・品質を高めるためには積極的な『攻めのQA』を意識する 今後、これらの取り組みをQA全体で共有し より技術力を高めてグリーグループ全体の品質向上に繋げていく
27 ご清聴ありがとうございました
28