--- title: １人目QAがはじめるテスト自動化 @ 第24回Ques tags: #qa #自動テスト #テスト自動化 author: [Yoshiyuki Takeda](https://www.docswell.com/user/andysumi) site: [Docswell](https://www.docswell.com/) thumbnail: https://bcdn.docswell.com/page/LJ14MM5ZJG.jpg?width=480 description: 「１人目QAがはじめるテスト自動化」 第24回Ques https://ques.connpass.com/event/351961/ published: May 26, 25 canonical: https://www.docswell.com/s/andysumi/ZEX3QD-%EF%BC%91%E4%BA%BA%E7%9B%AEQA%E3%81%8C%E3%81%AF%E3%81%98%E3%82%81%E3%82%8B%E3%83%86%E3%82%B9%E3%83%88%E8%87%AA%E5%8B%95%E5%8C%96 --- # Page. 1 ![Page Image](https://bcdn.docswell.com/page/LJ14MM5ZJG.jpg) １⼈⽬QAがはじめる テスト⾃動化 @andysumi 2025.5.23 # Page. 2 ![Page Image](https://bcdn.docswell.com/page/GJWX3356E2.jpg) ⾃⼰紹介 武田 義之 / Yoshiyuki Takeda | QAエンジニア 2023年入社 ・QA業務全般、E2Eテストの運用やスクラムマスターも担当 @andysumi 前職 ・第三者検証会社 → PhotoTech → FinTech 趣味 ・キャンプ🏕、筋トレ💪 Copyright FiT, Inc. All Rights Reserved 2 # Page. 3 ![Page Image](https://bcdn.docswell.com/page/4EZ6VVNRE3.jpg) FiTの羅針盤 目指す世界 観 「暮らしにフィットネス」 心身の健康を実現し、人の生活を豊かにする 「健康の民主化」 使命 健康コストを適正価格にし 日本を世界1のウェルネス先進国にする ITと仕組み化 Copyright FiT Inc. 2025 経営・事業方針 低価格×高品質なウェルネス施設の展開 健康活動の回遊を実現し、FiT経済圏の確立 # Page. 4 ![Page Image](https://bcdn.docswell.com/page/Y7625581EV.jpg) メイン事業について ITを活用することでユーザーとオーナー双方に 最も選ばれる最新鋭のフィットネスジムです。 お手頃な価格設定 入会金・手数料 ¥0 / 30日チケット ¥2,980〜(税別) 1回利用 ¥500〜(税別) すべてアプリで完結 24時間営業 ユーザーが生活スタイルに合わせやすい Copyright FiT Inc. 2025 会員登録からジム利用、継続サポート # Page. 5 ![Page Image](https://bcdn.docswell.com/page/G752YY9L74.jpg) メイン事業について 店舗数 定期ユーザー数 累計資金調達 120 60,000 20 店舗 名超 億円超 3年で Copyright FiT Inc. 2025 # Page. 6 ![Page Image](https://bcdn.docswell.com/page/9J24GG237R.jpg) アジェンダ ● ⾃動テスト導⼊の前提‧背景 ● フェーズ1：準備と計画 ● フェーズ2：最初の⼀歩 ● フェーズ3：直⾯した課題と対応 ● フェーズ4：⾃動テストの拡⼤ ● 学びとこれからの展望 ● まとめ Copyright FiT, Inc. All Rights Reserved 6 # Page. 7 ![Page Image](https://bcdn.docswell.com/page/DEYMVVY8EM.jpg) ⾃動テスト導⼊の前提‧背景 7 # Page. 8 ![Page Image](https://bcdn.docswell.com/page/VJNWMMP9J8.jpg) 開発体制と開発プロセス 開発チーム構成(社員、業務委託含む) 開発プロセス ● PO: 1名 ● デザイナー: 1名 ● フロントエンドエンジニア: 3名 ● バックエンドエンジニア: 3名 ● 施策レビュー ● QAエンジニア: 1名（独り） ● テスト分析‧設計 ● 機能‧リグレッションテスト実⾏ ● リグレッションテストケース‧⾃動テ ● スクラム開発(2週間) QAエンジニアの⽴ち回り ストのメンテナンス Copyright FiT, Inc. All Rights Reserved 8 # Page. 9 ![Page Image](https://bcdn.docswell.com/page/YE9XNN3373.jpg) 対象プロダクト ● ● LifeFit会員向けスマホアプリ(Android) ○ 会員登録‧ログイン ○ 利⽤チケットの購⼊ ○ ジム⼊館 ○ ポイント リリースサイクル：平均2週間 ○ スクラム開発導⼊以前より頻繁にリリース Copyright FiT, Inc. All Rights Reserved 9 # Page. 10 ![Page Image](https://bcdn.docswell.com/page/GE82KKMLED.jpg) 課題 QAリソースの制約 テスト期間の短縮 QAエンジニア1名体制の限界 リリースサイクルの⾼速化に より、テスト期間が短縮 リグレッションテストの 増加 機能追加に伴い、確認すべき 項⽬が増加 すべて⼿動テストで対応することは現実的に難しい Copyright FiT, Inc. All Rights Reserved 10 # Page. 11 ![Page Image](https://bcdn.docswell.com/page/LEL2ZZ3Q7R.jpg) フェーズ1：準備と計画 11 # Page. 12 ![Page Image](https://bcdn.docswell.com/page/4JM8VVMKJW.jpg) フェーズ１：⾃動テストの対象範囲選定 ● ● ⾃動テストの対象範囲選定 ○ 優先順位：重要機能 > ⾃動化しやすさ ○ 選定基準：ビジネスインパクト × リグレッション頻度 具体例：ログイン機能 ○ 理由1：サービスの⼊⼝（ビジネスインパクト⼤） ○ 理由2：UIがシンプルで⾃動化しやすい ○ 理由3：テストデータ準備が容易 Copyright FiT, Inc. All Rights Reserved 12 # Page. 13 ![Page Image](https://bcdn.docswell.com/page/PJR522V6E9.jpg) フェーズ１：ツール選定 選定ツール：MagicPod ● 使い慣れている（学習コスト不要） ● 充実した機能 ○ ノーコード、豊富なコマンド、AIによるセルフヒーリングetc ● 実⾏コストが安い（実⾏回数無制限） ● サポートとコミュニティの充実 Copyright FiT, Inc. All Rights Reserved 13 # Page. 14 ![Page Image](https://bcdn.docswell.com/page/PEXKDDZDJX.jpg) フェーズ2：最初の⼀歩 14 # Page. 15 ![Page Image](https://bcdn.docswell.com/page/3EK5XX8DJD.jpg) フェーズ２：最初の⾃動テスト作成 ⼩さく始める ⾃動実⾏の仕組み メンテナンスを意識 いきなり完璧を求めず、まず は少ないテストケースから CIで定期実⾏し、フィード バックを早く ステップの共通化やコメント で⻑期的な保守を⾒据える ● ● ● 会員登録 ログイン・ログアウト アカウント削除 Copyright FiT, Inc. All Rights Reserved 15 # Page. 16 ![Page Image](https://bcdn.docswell.com/page/L73K552P75.jpg) フェーズ２：テスト結果の可視化 Slack通知による問題検知 ● テスト結果を確認し、エラーの場合は原因調査‧対応 ダッシュボードによる分析 ● テスト成功率や実⾏時間の推移、失敗の原因を把握 チームへの共有と改善 ● スプリントレトロスペクティブで振り返り‧改善 Copyright FiT, Inc. All Rights Reserved 16 # Page. 17 ![Page Image](https://bcdn.docswell.com/page/87D3DDZ3JG.jpg) フェーズ３：直⾯した課題と対応 17 # Page. 18 ![Page Image](https://bcdn.docswell.com/page/VJP4XXDP78.jpg) フェーズ３：テスト環境と開発プロセスの連携問題 Before ● ● アプリ ○ リリース済みの状態に相当する mainブランチのアプリでテスト バックエンド ○ 開発時の動作確認やテストのため に頻繁に変更 After ● ● パイプライン改善 ○ バックエンドのデプロイ後にテス ト実⾏するように変更 ブランチ戦略の変更 ○ Git-flowを採⽤し、developブラン チでテスト バージョンのミスマッチによるエラー発⽣ 開発中のバグが検出できない Backend Deploy App Build MagicPod Batch run Copyright FiT, Inc. All Rights Reserved 18 # Page. 19 ![Page Image](https://bcdn.docswell.com/page/2EVXLL1VJQ.jpg) フェーズ３：「⼀⼈QA」ならではの苦労と乗り越え⽅ 時間‧リソースの制約と優先順位の難しさ ● ● 限られた時間内で通常QAタスクと⾃動 化タスクの並⾏実施 QAタスク優先により⾃動化の進捗が停 滞 専⾨知識の壁 ● 開発的知識が必要な場⾯での対応の難 しさ 開発者との協⼒関係構築 明確な⽬標設定 ● ● ⻑期⽬標をブレイクダウンした短期⽬ 標の設定 ⼩さな成功体験の積み重ね ● 専⾨知識が必要な部分での協⼒要請 外部コミュニティ‧新技術の活⽤ ● ● ユーザーコミュニティでの問題解決 ⽣成AIなど新技術の活⽤ Copyright FiT, Inc. All Rights Reserved 19 # Page. 20 ![Page Image](https://bcdn.docswell.com/page/57GVXX217L.jpg) フェーズ３：具体的なエピソード セキュリティ対策でスクショを無効にする改修をしたことで、MagicPodのテストが 全滅状態です。。。 セキュリティも⼤事ですけど、テストが⽌まっちゃうのは問題ですね。 何か良い解決策はないでしょうか？⼀⼈では解決が難しくて... わかりました。ちょっと⾒てみます。 スクショ無効の設定を切り替えられるようにCIを変更したので、いけると思います。 いけました！ありがとうございます！ Copyright FiT, Inc. All Rights Reserved 20 # Page. 21 ![Page Image](https://bcdn.docswell.com/page/4EQ688PNEP.jpg) フェーズ４：⾃動テストの拡⼤ 21 # Page. 22 ![Page Image](https://bcdn.docswell.com/page/KJ4422Y3J1.jpg) フェーズ４：⾃動テストの拡⼤ ここまでの成果 現在の取り組み MagicPodヘルススコア：11 → 91 ● リグレッションテストの⾒直しと整理 ○ テストケースの優先度、内容につ いて、チーム内で認識合わせ ● 優先度の⾼いテストケースから⾃動化 ○ ⾃動化率：10%→80%⽬標 Copyright FiT, Inc. All Rights Reserved 22 # Page. 23 ![Page Image](https://bcdn.docswell.com/page/LE14MM6ZEG.jpg) 学んだこと‧これからの展望 23 # Page. 24 ![Page Image](https://bcdn.docswell.com/page/GEWX33W672.jpg) 学んだこと‧これからの展望 学んだこと ● ⼩さく始めて着実に拡⼤する重要性 ● チーム全体の協⼒体制が成功の鍵 ● 可視化と振り返りの効果 これからの展望 ● ● ● テストカバレッジの拡⼤（iOS版への展 開） テストスコープの拡⼤（リグレッショ ン→ライブテスト） リリースパイプラインへの組み込み Copyright FiT, Inc. All Rights Reserved 24 # Page. 25 ![Page Image](https://bcdn.docswell.com/page/47Z6VV5R73.jpg) まとめ 25 # Page. 26 ![Page Image](https://bcdn.docswell.com/page/YJ6255917V.jpg) QAフィットネスジャーニー：終わりなき品質向上の旅 ⼀⼈QAでも⾃動テストの運⽤は実現可能です！ ● 優先順位の明確化 ● 開発チームとの協⼒ ● 可視化と振り返り Next Action ● ビジネスインパクトの⾼い基本シナリオから始める ● テスト結果を可視化してチームで共有する ● 外部リソースを最⼤限活⽤する Copyright FiT, Inc. All Rights Reserved 26