Upgrade to Pro — share decks privately, control downloads, hide ads and more …

DMMプロダクト群へのmabl活用

 DMMプロダクト群へのmabl活用

mabl Experience 2024 | 2024年11月20日 でお話しさせていただいた内容です。
https://experience.mabl.com/ja/

Avatar for 大段智広

大段智広

November 20, 2024
Tweet

Other Decks in Technology

Transcript

  1. © DMM 2 名前:大段 智広(おおだん ともひろ) 所属:テクノロジー本部 QA部 第4チーム(自動テスト推進) Team

    Leader 会社以外の活動 NPO法人 ASTER • テスト設計コンテスト • JSTQB(テスト技術者認定資格の運営組織) • ISO/IEC JTC 1 SC7 WG26 (標準化組織) ソフトウェアテストの専門委員 自己紹介
  2. © DMM 5 1. 背景と課題 2. なぜmablを採用したか 3. 弊社でのmablの利用状況 4.

    導入時の進め方 5. 導入時に気にしている点 6. ランニングコスト計測による 運用改善 7. 社内展開・活用の展望 目次
  3. © DMM.com 8 開発部署が抱えるテストの課題 1. テストするプロダクトやデバイスが多く、システム統合の段階になると、特に既 存機能に対するテストをやり切れずにリリースしてしまう。 ◦ 結果、修正の影響範囲が見切れず本番の障害が発生する 2.

    本番障害の再発防止としてテストをしっかりやり切るようにすると、 今度は開発スピードが出なくなる 3. 開発リソースが限られているため、 実施する既存機能のテストを自動化することで少しでも効率的に開発を進めたい
  4. © DMM.com 自動テストの導入支援の際には2パターンの支援を行っています。 1. ローコードベースのテスト自動化支援(mabl) ◦ 対象 ▪ Web、モバイルアプリ 2.

    コードベースのテスト自動化支援(Selenium,CodeceptJS 等) ◦ 対象 ▪ APIテスト、動画配信系のテスト、特殊デバイスでのテスト など • ローコードベースではSUTの相性が悪いまたは開発の要望に よっては主にこちらで支援 9 QA部が開発部署を支援する取り組み ※SUT:System under testの略。テスト対象システム。 mabl活用は こちら
  5. © DMM.com 11 なぜmablを採用したか 既に特定事業部でも使われていた。 QA部は別のツールを使っていたが、それらのツールと比較すると使勝手やコスト 面で社内で展開させやすかった。 23年から特定事業部の自動テスト支援を行い、24年からQA部で本格採用。 主な採用ポイント •

    ユーザー数、クレジット数を全体として共有ができる • Webとモバイルアプリのテストを統合した形で利用できる • ワークスペースを自由に追加できる • 社内のネットワーク上で利用できる
  6. © DMM.com 13 契約プラン・導入数 • 利用プラン ◦ mabl Web Core

    + mabl Mobile Core ◦ Advanced Content Validation (MailBox and PDF Testing) • 導入数 ◦ Webアプリ ▪ 事業部:4事業部 ▪ チーム数:7チーム ◦ モバイルアプリ ※24年から ▪ 事業部:2事業部 ▪ チーム数:2チーム Web Mobile &
  7. © DMM.com 14 基本的なWebアプリの利用構成 mabl テスト対象の アプリケーション環境 (on 本番) mabl-link

    (stg) (on stg) mabl-link (本番) Github 開発リポジトリ 社内ネットワーク mabl Desktop App or テスト実行 トリガ 社内ネットワークを利用して実行が必須。 テスト修正 ローカル実行 個人
  8. © DMM.com 15 基本的なモバイルアプリの利用構成 mabl テスト対象の アプリケーション環境 (stg) (on stg)

    Bitrise 開発リポジトリ 社内ネットワーク mabl Desktop App or テスト実行 トリガ 社内ネットワークを利用して実行が必須。現状はエミュレータ/シミュレータを利用。 テスト修正 ローカル実行 個人 mabl cli アプリ取得 (※mabl-linkが欲しい…)
  9. © DMM.comc 18 導入/移行から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析

    計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) …
  10. © DMM.comc 20 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析

    計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報 告 (6ヶ月 後) … ポイント ①
  11. © DMM.com 21 ポイント①:コストを抑えてスモールスタートできる • ツールにかけられる予算がある部署からあまりない部署まで様々 ▪ 特にツールが高くて導入したいけど出来ない組織が多い ▪ 導入したとしても維持費が高すぎて結局やめてしまう

    ▪ 同様のツールが乱立して、結果的に会社としてコストが増えることも… • QA部でツールをまとめて利用コストを抑える ◦ みんなで使ってコストが抑える(同様のツールが2つあると狙いめ) ◦ まずは費用が極力掛からない 範囲で試してもらう ▪ 重要なリリース時のみに利用する ▪ テスト結果は残らないがローカル実行を利用する • [mabl機能]ローカル実行
  12. © DMM.comc 22 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析

    計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) … ポイント ②
  13. © DMM.com 23 ポイント②:自社独自の環境/ルールで利用できる • 弊社プロダクトの性質上、国内/海外のIPアクセスで振る舞いが変わる ◦ [mabl機能]mabl-link • 本番環境/検証環境でのテストアカウント情報を適切に管理できる

    (特に購入用のテストアカウントは個人で管理する社内ルールになっている) ◦ [mabl機能]ワークスペース ◦ [mabl機能]クレデンシャル ◦ [mabl機能]環境変数
  14. © DMM.comc 24 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析

    計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) … ポイント ③
  15. © DMM.com 25 ポイント③:テストの開発や運用をサポートする • プロダクト共通でよく利用するものを用意しておく(特にスニペット) ◦ 例 ▪ [JavaScriptスニペット]テスト用クレジットカード番号生成

    ▪ [JavaScriptスニペット]会員登録用の認証コード取得 ▪ [JavaScriptスニペット]作品一覧でランダムな作品を押す ▪ [JavaScriptスニペット]今日の日付の値を取得する etc,..,
  16. © DMM.comc 6. ランニングコスト計測による 運用評価と改善 • 自動テストを無理なく運用できているか? • 運用コスト評価:利益のモニタリング •

    運用コスト評価:損失のモニタリング • 運用コスト評価:ランニングコスト割合のモニタリング • よくある運用課題と対策 26
  17. © DMM.comc 27 導入から運用の流れ 導入/移行フェーズ 運用フェーズ ヒアリ ング テストベース 分析

    計画・合意 接続環境設定 設計・実装 運用開始 テスト都度実行 定期実行結果確認 テスト保守・拡張 月々のコスト算出と報告 導入評価 (1ヶ月 後) 導入報告 (1ヶ月 後) 導入評価 (3ヶ月 後) 導入報告 (3ヶ月 後) 導入評価 (6ヶ月 後) 導入報告 (6ヶ月 後) … ポイント
  18. © DMM 弊社のよくある運用課題と対策 テスト方法、対象プロダクト、ツール(mabl)の3つそれぞれで対応が出 来ないかを考える。 32 よくある運用課題 ⇒ 対応策 プロダクトのUI刷新プロジェクトが走り、UIが

    五月雨式に変更される ⇒ テスト方法 変更対応され切るまで自動テストの運 用を止める。 違う手段(手動テストなど)で対応する 対象プロダクト IDの付与を開発と検討する 読み込みが終わらず画面がタイムアウトする ⇒ テスト方法 テスト環境(オンプレ環境with mabl-link)を設定や構成を見直す ツール(mabl) 相談して、クラウドの性能を上げる メンバが確認・保守作業に時間をかけている ⇒ テスト方法 テストの作りや運用について認識合わ せする
  19. © DMM 社内展開 1. 「気軽に使えるならやってみよう」という環境を整備する • ポイント①:コストを抑えてスモールスタートできる • ポイント②:自社独自の環境/ルールで利用できる •

    ポイント③:テストの開発や運用をサポートする 2. QA部主体→開発部署主体で利用できるようにする • QA部がサポートしながら、無理のない範囲で開発チームが主体的に運 用できるようにする • そのための整備やサポートを充実させる 34