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
DMMプロダクト群へのmabl活用
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
odan tomohiro
November 20, 2024
Technology
2
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
DMMプロダクト群へのmabl活用
mabl Experience 2024 | 2024年11月20日 でお話しさせていただいた内容です。
https://experience.mabl.com/ja/
odan tomohiro
November 20, 2024
More Decks by odan tomohiro
See All by odan tomohiro
『AIに負けない』より『AIと遊ぶ』」〜ワクワクが最強のテスト・QA学習戦略_公開用
odan611
1
110
テスト設計コンテストで出てくるテスト技術について話すの。
odan611
0
45
自動テストにおけるコードベース戦略とローコード戦略のすみ分け
odan611
0
2
DMMアカウントサービス フロントエンド改善支援のためのTestcafeを用いた自動e2eテストの刷新
odan611
0
2
良いテストを作るためのテスト設計チュートリアルを考える
odan611
0
4
テストスイートアーキテクチャへのアーキテクチャ検証手法ATAMの 適用
odan611
0
3
softec asia2019_report
odan611
0
2
naite_samplequestion
odan611
0
3
Jasst'18 kansai テスコンからの納得できるテスト設計への挑戦
odan611
0
2
Other Decks in Technology
See All in Technology
「勝手に広まる」人気 AI エージェントを爆速で作ろう!(AWS Summit Japan 2026講演資料)
minorun365
PRO
10
2.6k
デジタル・デザイン:次の50年を描く「進化する青写真」
y150saya
0
150
テスト設計の本質を改めて考えてみる~生成AIを活用する時代だからこそ、作ったテストの説明性を高めよう~
yamasaki696
1
160
Foundry Toolkit + Lemonade Serverでローカルワークフロー開発
seosoft
0
110
スタートアップにおけるアジャイルの実践について #shibuyagile
murabayashi
1
160
toB プロダクトから見たWAF
tokai235
0
250
5分でわかる Amazon Connect_20260608
hwangbyeonghun
0
140
Kotlin 開発のツラミを爆破した話! / Explode the difficulty of Kotlin dev!
eller86
0
110
背中から、背中へ /paying forward to community
naitosatoshi
0
140
4人目のSREはAgent
tanimuyk
0
290
トークン最適化のためのユーザーストーリー分析 / User Story Analysis for Token Optimization
oomatomo
0
130
SRE歴2ヶ月でも開発6年の知見を活かして、チームで止まっていた環境改善を前に進めた話
a_ono
0
130
Featured
See All Featured
Deep Space Network (abreviated)
tonyrice
0
210
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
190
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.2k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.8k
Statistics for Hackers
jakevdp
799
230k
GraphQLとの向き合い方2022年版
quramy
50
15k
Designing for Performance
lara
611
70k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
360
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
330
Unsuck your backbone
ammeep
672
58k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
790
Transcript
© DMM © DMM DMMプロダクト群へのmabl活用 合同会社 DMM.com テクノロジー本部 QA部 大段
智広
© DMM 2 名前:大段 智広(おおだん ともひろ) 所属:テクノロジー本部 QA部 第4チーム(自動テスト推進) Team
Leader 会社以外の活動 NPO法人 ASTER • テスト設計コンテスト • JSTQB(テスト技術者認定資格の運営組織) • ISO/IEC JTC 1 SC7 WG26 (標準化組織) ソフトウェアテストの専門委員 自己紹介
© DMM
© DMM
© DMM 5 1. 背景と課題 2. なぜmablを採用したか 3. 弊社でのmablの利用状況 4.
導入時の進め方 5. 導入時に気にしている点 6. ランニングコスト計測による 運用改善 7. 社内展開・活用の展望 目次
© DMM.comc 1. 背景・課題 • DMMプロダクト群 • 開発部署が抱えるテストの課題 • QA部が開発部署を支援する取り組み
6
© DMM.comc DMMは、多数のプロダクトがあり、各々異なるデバイスに対応しています。 DMMプロダクト群 7 動画系 電子書籍系 GAME系 プロダクト X
… システム基盤 Web Mobile TV Game console … Device Product
© DMM.com 8 開発部署が抱えるテストの課題 1. テストするプロダクトやデバイスが多く、システム統合の段階になると、特に既 存機能に対するテストをやり切れずにリリースしてしまう。 ◦ 結果、修正の影響範囲が見切れず本番の障害が発生する 2.
本番障害の再発防止としてテストをしっかりやり切るようにすると、 今度は開発スピードが出なくなる 3. 開発リソースが限られているため、 実施する既存機能のテストを自動化することで少しでも効率的に開発を進めたい
© DMM.com 自動テストの導入支援の際には2パターンの支援を行っています。 1. ローコードベースのテスト自動化支援(mabl) ◦ 対象 ▪ Web、モバイルアプリ 2.
コードベースのテスト自動化支援(Selenium,CodeceptJS 等) ◦ 対象 ▪ APIテスト、動画配信系のテスト、特殊デバイスでのテスト など • ローコードベースではSUTの相性が悪いまたは開発の要望に よっては主にこちらで支援 9 QA部が開発部署を支援する取り組み ※SUT:System under testの略。テスト対象システム。 mabl活用は こちら
© DMM.comc 2. なぜmablを採用したか • ー 10
© DMM.com 11 なぜmablを採用したか 既に特定事業部でも使われていた。 QA部は別のツールを使っていたが、それらのツールと比較すると使勝手やコスト 面で社内で展開させやすかった。 23年から特定事業部の自動テスト支援を行い、24年からQA部で本格採用。 主な採用ポイント •
ユーザー数、クレジット数を全体として共有ができる • Webとモバイルアプリのテストを統合した形で利用できる • ワークスペースを自由に追加できる • 社内のネットワーク上で利用できる
© DMM.comc 3. 弊社でのmablの利用状況 • 契約プラン・導入数 • 基本的なWebアプリの利用構成 • 基本的なモバイルアプリの利用構成
12
© DMM.com 13 契約プラン・導入数 • 利用プラン ◦ mabl Web Core
+ mabl Mobile Core ◦ Advanced Content Validation (MailBox and PDF Testing) • 導入数 ◦ Webアプリ ▪ 事業部:4事業部 ▪ チーム数:7チーム ◦ モバイルアプリ ※24年から ▪ 事業部:2事業部 ▪ チーム数:2チーム Web Mobile &
© DMM.com 14 基本的なWebアプリの利用構成 mabl テスト対象の アプリケーション環境 (on 本番) mabl-link
(stg) (on stg) mabl-link (本番) Github 開発リポジトリ 社内ネットワーク mabl Desktop App or テスト実行 トリガ 社内ネットワークを利用して実行が必須。 テスト修正 ローカル実行 個人
© DMM.com 15 基本的なモバイルアプリの利用構成 mabl テスト対象の アプリケーション環境 (stg) (on stg)
Bitrise 開発リポジトリ 社内ネットワーク mabl Desktop App or テスト実行 トリガ 社内ネットワークを利用して実行が必須。現状はエミュレータ/シミュレータを利用。 テスト修正 ローカル実行 個人 mabl cli アプリ取得 (※mabl-linkが欲しい…)
© DMM.comc 4. 導入/移行時の進め方 • QA部の支援体制 • 導入/移行から運用の流れ 16
© DMM.comc 開発からの相談を受けて、それぞれのプロダクトの支援を行う。 必要があれば、テスト作成や運用も行う。 QA部の支援体制 17 動画系 電子書籍系 システム 基盤系
プロダクトX … QA部
© DMM.comc 18 導入/移行から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析
計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) …
© DMM.comc 5. 導入/移行時に気にしている点 • ポイント①:コストを抑えてスモールスタートできる • ポイント②:自社独自の環境/ルールで利用できる • ポイント③:テストの開発や運用をサポートしやすい
19
© DMM.comc 20 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析
計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報 告 (6ヶ月 後) … ポイント ①
© DMM.com 21 ポイント①:コストを抑えてスモールスタートできる • ツールにかけられる予算がある部署からあまりない部署まで様々 ▪ 特にツールが高くて導入したいけど出来ない組織が多い ▪ 導入したとしても維持費が高すぎて結局やめてしまう
▪ 同様のツールが乱立して、結果的に会社としてコストが増えることも… • QA部でツールをまとめて利用コストを抑える ◦ みんなで使ってコストが抑える(同様のツールが2つあると狙いめ) ◦ まずは費用が極力掛からない 範囲で試してもらう ▪ 重要なリリース時のみに利用する ▪ テスト結果は残らないがローカル実行を利用する • [mabl機能]ローカル実行
© DMM.comc 22 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析
計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) … ポイント ②
© DMM.com 23 ポイント②:自社独自の環境/ルールで利用できる • 弊社プロダクトの性質上、国内/海外のIPアクセスで振る舞いが変わる ◦ [mabl機能]mabl-link • 本番環境/検証環境でのテストアカウント情報を適切に管理できる
(特に購入用のテストアカウントは個人で管理する社内ルールになっている) ◦ [mabl機能]ワークスペース ◦ [mabl機能]クレデンシャル ◦ [mabl機能]環境変数
© DMM.comc 24 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析
計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) … ポイント ③
© DMM.com 25 ポイント③:テストの開発や運用をサポートする • プロダクト共通でよく利用するものを用意しておく(特にスニペット) ◦ 例 ▪ [JavaScriptスニペット]テスト用クレジットカード番号生成
▪ [JavaScriptスニペット]会員登録用の認証コード取得 ▪ [JavaScriptスニペット]作品一覧でランダムな作品を押す ▪ [JavaScriptスニペット]今日の日付の値を取得する etc,..,
© DMM.comc 6. ランニングコスト計測による 運用評価と改善 • 自動テストを無理なく運用できているか? • 運用コスト評価:利益のモニタリング •
運用コスト評価:損失のモニタリング • 運用コスト評価:ランニングコスト割合のモニタリング • よくある運用課題と対策 26
© DMM.comc 27 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析
計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) … ポイント
© DMM 28 自動テストを無理なく運用できているか? テスト安定率を上げることも大事なのですが… 運用している自動テストに対して結果確認や修正に時間が掛かりすぎていないか をざっくりでも良いので月ベースのコストを計測して振り返っています。 ランニングコスト割合のモニタリング
© DMM 29 運用コスト評価:利益のモニタリング 自動テストが補っている 手動テストのコスト
© DMM 30 運用コスト評価:損失のモニタリング 自動テストの保守コスト + ツールのコスト
© DMM 31 運用コスト評価:ランニングコスト割合のモニタリング 損失 > 利益に なっていないかを 毎月確認する 基準(99.99%)
© DMM 弊社のよくある運用課題と対策 テスト方法、対象プロダクト、ツール(mabl)の3つそれぞれで対応が出 来ないかを考える。 32 よくある運用課題 ⇒ 対応策 プロダクトのUI刷新プロジェクトが走り、UIが
五月雨式に変更される ⇒ テスト方法 変更対応され切るまで自動テストの運 用を止める。 違う手段(手動テストなど)で対応する 対象プロダクト IDの付与を開発と検討する 読み込みが終わらず画面がタイムアウトする ⇒ テスト方法 テスト環境(オンプレ環境with mabl-link)を設定や構成を見直す ツール(mabl) 相談して、クラウドの性能を上げる メンバが確認・保守作業に時間をかけている ⇒ テスト方法 テストの作りや運用について認識合わ せする
© DMM.comc 7. 社内展開・活用の展望 • 社内展開 • mablの更なる活用に向けて 33
© DMM 社内展開 1. 「気軽に使えるならやってみよう」という環境を整備する • ポイント①:コストを抑えてスモールスタートできる • ポイント②:自社独自の環境/ルールで利用できる •
ポイント③:テストの開発や運用をサポートする 2. QA部主体→開発部署主体で利用できるようにする • QA部がサポートしながら、無理のない範囲で開発チームが主体的に運 用できるようにする • そのための整備やサポートを充実させる 34
© DMM mablの更なる活用に向けて 1. テスト範囲(Product×Device)の拡大 • Webだけでなくモバイルアプリをより活用していく 2. システム統合、リリースまでのリードタイムを短くする •
まだ意外と社内で知られていないローカル実行の活用 35
© DMM ご静聴ありがとうございました