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
MagicPodが描くAIエージェント戦略とソフトウェアテストの未来
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
MagicPod
May 15, 2025
Technology
1.1k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
MagicPodが描くAIエージェント戦略とソフトウェアテストの未来
2025/05/14(水)に開催した株式会社MagicPod主催のイベント「MagicPod MCPサーバー開発の裏側と AIエージェント活用の展望」での発表資料です。
MagicPod
May 15, 2025
More Decks by MagicPod
See All by MagicPod
20260828_品質と開発生産性を両立させる、AI時代のE2Eテストの考え方
magicpod
0
100
20260722_品質と開発生産性の相互作用
magicpod
0
190
はじめての MagicPod生成AI機能 機能紹介から活用方法まで
magicpod
0
210
プログラミング不要! テスト自動化における生成AI使いこなし術
magicpod
1
340
今日から始められるテスト自動化 〜 基礎知識から生成AI活用まで 〜
magicpod
1
620
昨年の開発まとめ&今年の展望 2026
magicpod
0
600
大規模サービスにおける レガシーコードからReactへの移行
magicpod
1
460
【NTTドコモ様】ドコモで実践するMagicPod活用による 開発の効率化と付随して得られたもの
magicpod
0
810
MagicPodオンボーディング 導入の流れと導入初期によくある質問
magicpod
0
190
Other Decks in Technology
See All in Technology
Backstageでつくるセルフサービスな社内開発基盤
kikunosuke75
1
220
【Oracle AI Spotlight ウェビナー】AWSか、Azureか、Google Cloudか。その議論にオラクルを含める意義。
oracle4engineer
PRO
1
210
Driving AI Adoption Using In-House GPUs to Serve Qwen
po3rin
2
400
スクラムで身についていた動き方を、XPで捉え直してみた
codmoninc
1
160
Guerilla InnerSource in enterprises, during the AI hype
onenashev
PRO
0
140
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
3
3.2k
【試作】IoT x AIエージェント
happysamurai294
0
110
PdMをやめて、 "プロダクトビルダー"という 働き方に変えました / PdM to Product Builder
shikichee
2
660
KAEN Company Deck
kaen
PRO
0
280
Benchmarking Vector Databases: pgvector vs. LanceDB
tsho
0
130
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
77k
Kiro Crewしか勝たん!?
miu_crescent
PRO
0
160
Featured
See All Featured
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
230
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Navigating Team Friction
lara
192
16k
Utilizing Notion as your number one productivity tool
mfonobong
4
570
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
890
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
The Curse of the Amulet
leimatthew05
2
14k
Marketing to machines
jonoalderson
1
5.7k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
370
The Language of Interfaces
destraynor
162
27k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3k
Transcript
MagicPodが描くAIエージェント戦略 とソフトウェアテストの未来 AIエージェント x E2E自動テストの未来について語る夜 株式会社MagicPod CEO 伊藤 望
About me 伊藤 望 (Ito Nozomi) MagicPod CEO 自動テストツール歴:15年 Seleniumコミュニティ主催
X: @ito_nozomi
1. AIエージェント・ 生成AIを使った今後の取り組み 2. ソフトウェアテストの未来はどうなる?
1. AIエージェント・ 生成AIを使った今後の取り組み 2. ソフトウェアテストの未来はどうなる?
自然言語からのテスト作成・編集 AIエージェント・ 生成AIを使った今後の取り組み 原型はできてきた。 Playwright MCPがOSSなので、作り方や実現可否もわかる。 Webもモバイルアプリももちろん両方やる 業務レベルで期待したテストができるケースは、まだ限られるかも 生成AI側の今後の進化で実用的になっていくだろう うまくいかないところはノーコードで調整すればよい
次の条件で、Webアプリのログイン画面のE2Eテストケー スをMagicPod形式で作成してください。 【前提】 - テスト対象は Web アプリのログインページ - ログインページのURLは `https://example.com/login` - 入力項目:
ロケータ計算の精度改善 AIエージェント・ 生成AIを使った今後の取り組み 生成AIの進歩で、人間に近い感覚でロケーター生成が可能になるはず 「なぜか動かないテスト」を劇的に減らせる! 「8件」の部分は動的に変わるから、 ロケーターには使わない方が良さそう。 テキスト「受信メール」を含むボタン ロケーター
フォルダ テストケース 新規作成 + 新規作成 + // テストケースを新規作成 Click(新規作成) Click(テストケース)
意味文脈を考慮した高度な自動修復 AIエージェント・ 生成AIを使った今後の取り組み // テストケースを新規作成 Click(新規作成) 「テストケースを新規作成」という コメントをもとにテストケースを再生成 以前のUI 変更されたUI 従来の要素単位の自動修復よりはるかに強力な自動修復に!
コードとノーコードの相互変換 AIエージェント・ 生成AIを使った今後の取り組み コードツール vs ノーコードツールの議論は 意味がなくなっていく AIとは直接関係ないが...
テストが失敗したらAIエージェントが通るまでトライ&エラー キャンペーンのポップアップなど、一時的な変化かどうかの見極め iOSのテストからAndroidのテストを自動生成 プロダクトコードの変更に応じスクリプトを自動修正 その他 AIエージェント・ 生成AIを使った今後の取り組み アイデアは色々
起きうる変化 AIエージェント・ 生成AIを使った今後の取り組み テスト自動化の適用可能領域が劇的に拡大する 作ったけど 思い通りに動かない 大規模なUI変更の場合は スクリプトの変更が必要 作った通りに動く 大規模なUI変更でも自動でメンテナンス
今後 現在
1. AIエージェント・ 生成AIを使った今後の取り組み 2. ソフトウェアテストの未来はどうなる?
MagicPodの最終目標 in 2017 ソフトウェアテストの未来はどうなる? 20-30年後の想定だったが、8年で実現が見えつつある... 2017年発表のスライド
自然言語による人間の指示 AIを使わないテストスクリプト AIが進歩すれば、自然言語だけで全部テスト自動化できる? ソフトウェアテストの未来はどうなる? 自然言語による人間の指示 画面構成が変わって動かなくなったら自然言語から再作成 画面構成が変わって動かなくなったら自然言語から再作成 毎回生成AIがそれをもとにテストを実行 生成AIの課金コスト、計算時間、不確実性、 ブラックボックス化による信頼性の欠如
問題点 中間形式をはさむパターンが主流になるのでは?
作成時 編集時 実行時 1 人間の指示→コード生成 (Playwright等) コードを編集 コード 2 人間の指示→ノーコード生成
ノーコードを編集 ノーコード→コード 3 人間の指示→ 「曖昧さのない自然言語」生成→ コード生成 「曖昧さのない自然言語」 を編集 コード AIが進歩すれば、自然言語だけで全部テスト自動化できる? ソフトウェアテストの未来はどうなる? 考えうるパターン
あらゆるテストをE2Eテスト自動化でカバーできる? ソフトウェアテストの未来はどうなる? 作成・メンテナンスコストが下がるなら、 正常系も異常系も全部自動化して良い? 正直現時点ではわからない E2Eテストが低速なのは変わらないので、引き続き 単体テスト・結合テストは重要な気がするが...
生成AI 日本語のテストケース MagicPod ノーコードテストスクリプト プロダクトのソースコード・ドキュメント・仕様書 テスト設計もAIで行える? ソフトウェアテストの未来はどうなる? 実世界の複雑なアプリケーションではまだ実用的でない印象 一応試すことはできるようになる どういうテストをどうやって作るかの設計部分も
AIが考えてくれるようになる?
AIでQAの仕事が奪われる? ソフトウェアテストの未来はどうなる? AIで、手動テストから自動テストへの移行がさらに進む 開発者 QA・テストエンジニア 開発者はAIで初心者の 求人が減ると言われている QAやテストエンジニアも 無縁ではいられない テスト設計スキル、探索テストスキル、AIを使って
自動化を進めるスキルが当面は重要に
生成したスクリプトがブラックボックス化せず、 ノーコードなので非エンジニアでも細かく調整できるのが MagicPodの価値 AIでノーコードE2Eテストツールは不要になる? ソフトウェアテストの未来はどうなる? すべてのQAがAIという武器を 使えるようにするのがMagicPodの役割 AIやレコーダーでPlaywrightコードは生成できるが、 非エンジニアにはブラックボックス
フルスタックにさまざまな分野にチャレンジ可能 生成AI/フロントエンド/バックエンド/自動テスト/インフラなど... 英語力も上達します! エンジニア募集中! ソフトウェアテストの未来はどうなる?
None