こんにちは。MagicPod カスタマーサクセスのIshiiです。あなたのアイディアがテストの未来を作る！キャンペーンを開催中です🎉目次 -->目次MagicPodのスケジュール実行、もっと柔軟にできない？MagicPodには画面上からスケジュール実行を簡単に設定できる機能があって便利です。ただ、「実行ごとに共有変数の値を変えたい」といった柔軟な実行には、現状対応しきれていません。一括実行設定番号を使いながら一部設定を上書きしてテストを実行したいそんなときに役立つのが、Claude Desktop(Cowork)とMagicPod MCPの連携です。Claude CoworkでMagicPodの定期実行をしてみよう事前準備Claude Desktopアプリをインストールしてください。Claude Coworkの利用にはPro・Teamプランなどの有償アカウントが必要です。Claude DesktopにMagicPod MCPサーバーを接続してください。設定はヘルプページを参照してください（10分ほどで完了します）。 テストケースを作成する例として、ECサイトにクーポンコードを入力する機能があるとします。まずはMagicPodでテストケースを作成しましょう。これで入力したクーポンコードが問題なく適用されているか確認するテストケースができました。一括実行設定を作成するMagicPod上で一括実行設定を作成します。実行対象は今回作成したテストケースのみに絞るため、テストケース番号を指定しています。後ほどClaudeに「この一括実行設定番号で実行してほしい」と伝える必要があるため、一括実行設定の番号と名前は控えておきましょう。Claude Desktop(Cowork)でスケジュールタスクを作成するCowork上で平日11:00にテスト実行を行うようスケジュールを設定します。タスクの指示文は以下のとおりです。## タスク概要MagicPod MCPを使って、「DemoMCP」プロジェクトの「3: クーポンテスト」バッチランを実行します。共有変数 `coupon_code` は以下のリストから今日の日付に対応するコードを取得して渡します。---## ▼ クーポンコードリスト```json{ "coupon_codes": { "2026-04-15": "SAVE10", ...

こんにちは、MagicPodでエバンジェリストをしているYoshiki Itoです。E2Eテストの自動化を進めるなかで、「カバレッジをどう定義・計測すればいいか」という問いに直面することがあります。ツール導入の目標設定や、社内での効果説明に使いたいなど、さまざまな場面で必要となるようです。本記事では、E2Eテストにおけるカバレッジの考え方を、単体テストとの違いを踏まえながら整理します。

こんにちは、MagicPodでエバンジェリストをしているYoshiki Itoです。テスト自動化を運用していると、避けて通れないのが「テストが失敗したときの原因調査」です。自動テストが増えるほど、失敗時に「なぜ失敗したのか」を確認する手間も増えていきます。スクリーンショットを一つひとつ確認したり、実行ログを確認したりしてプロダクトのバグなのか自動テストの問題なのか環境の問題かなどを切り分けるのはなかなか大変です。今回は、最近リリースしたMagicPodの「失敗分析機能」をご紹介します。実際に使ってみて「これは良いぞ」と感じたポイントや気づいたことをお伝えします。

こんにちは。MagicPod カスタマーサクセスのIshiiです。テストケースレビュー観点ワークショップで紹介している観点をもとに、実践的なレビューアイデアを10個まとめました。本記事の内容はMagicPodに限らず、自動テストツールを使う場合は参考になるかと思います。なお、本記事ではテストケース実装前のテスト設計書のレビューについては触れておりません。整理されたテスト手順や期待結果が存在することを前提として読んでください。目次 -->目次自動テストケースレビューの4つの軸テストケースのレビューには、以下の4つの軸があると考えています。目的を達成しているか安定性メンテナンス性可読性この記事では各軸に沿ってレビュー観点を整理しています。紹介する観点はあくまでアイデアなので、チームの規模や状況に合わせて取捨選択してください。レビュー観点アイデア10選本記事で紹介する10個のレビュー観点を表にまとめました。1つ1つの観点に関して、なぜこの観点が大事なのか、そして具体的にどのようなことを確認すべきかを説明していきます。目的を達成しているか観点1: 目的を達成するテストになっているか確かめたかったことを確認できるステップが実装されているかを確認しましょう。観点2: 不具合が発生したときに検知できるアサーションになっているか確認コマンド（アサーション）の選び方によって、不具合の検知力は変わります。MagicPodには確認コマンドが36種類（2026年3月時点）あります。（参考ヘルプページ：コマンド一覧）URLが一致するか確認画像差分がないか確認UI要素の値が一致するか確認UI要素が表示されているか確認ページのタイトルが一致するか確認どのコマンドをどの場面で使うか、チーム内で大まかに認識を合わせておくと、レビュー指摘が減り品質が安定します。「正常に画面が遷移したことは、このコマンドで確認する」といった共通理解が品質の底上げにつながります。安定性が高いか観点3: 不安定になりやすい箇所に待機コマンドが入っているか「ここ、待機ないと失敗しがち」という共通認識がある箇所には、必ず待機コマンドを入れるようにしましょう。画面の読み込みが遅い箇所や、外部API呼び出し後の表示更新など、タイミングに依存しやすい処理が主な対象です。テストの安定性を向上させるには観点4: 固定時間待機するコマンド

こんにちは、MagicPodメンバーのIkariです。目次 -->目次パネルディスカッションパネリストshutty（首藤 義景）さん｜テックタッチ株式会社 QA ManagerMAX（北村 駿）さん｜エン株式会社 QA Lead / Staff QA Engineerモデレーター伊藤 由貴 ｜ 株式会社MagicPod エバンジェリスト 1. 現在のポジションに至るまでの経緯まずは、お二人がどのようにして現在のポジションに至ったのか。「最初からQAマネージャーを目指していたわけではなくて、気づいたら“やるべきこと”が増えていった、という感覚に近いですね」（shuttyさん）「品質の課題に対して“誰かがやらないといけない”という場面で、自分がやるようになっていったのがきっかけでした」（MAXさん）役職としてのリーダーではなく、課題に向き合う中で自然にリーダーシップが形成されていくプロセスが印象的でした。2. 現在の業務内容QA Manager / QA Leadの業務は、単なるテスト管理にとどまりません。「テストだけを見ているというよりは、“プロダクト全体の品質をどう担保するか”を常に考えています」（MAXさん）「QAの仕事って、気づいたら開発やビジネスの話にも踏み込んでいることが多いんですよね」（shuttyさん）主な役割として挙げられたのは：テスト戦略・品質方針の策定品質リスクの可視化開発チームとの連携メンバー育成組織としての品質文化づくりQAは単なる実務ではなく、プロダクトと組織を横断する存在であることが強調されました。3. QA Manager / QA Leadの心掛けディスカッションの中で繰り返し語られたのが、「言語化」の重要性です。「『なんとなく不安』ではなくて、何がリスクなのかをちゃんと説明できることが大事だと思っています」（MAXさん）また、ステークホルダーとの関係性も重要なテーマでした。「品質を守るだけだと、どうしても開発のスピードと衝突するので、どこで折り合いをつけるかは常に考えています」（shuttyさん）さらに、リーダーとしての視点についても：「自分が全部やるのではなくて、チームとしてどう成果を出すかを考えるようになりました」（MAXさん）QAリーダーには、技術だけでなく“調整力”や“伝える力”が求められることが浮き彫りになりました。4. 大

こんにちは、MagicPod広報・コミュニティマネージャーの田上です！2025年度 ノミネート作品のご紹介結果発表の前に、今回ノミネートされた6つの素晴らしい記事を改めてご紹介します。MagicPodを活用したテスト自動化とQAフロー改善の道のり 手動テストを中心とした運用から、MagicPodを導入してQAフロー全体をどう再構築したかを解説。単なるツールの導入に留まらず、組織として「品質」に向き合うプロセスが丁寧に描かれています。QAエンジニア不在の状況下で自動E2Eテストツールの運用改善のために個人・チームで行ったこと QA専任者がいない環境において、開発チーム全体でMagicPodを運用していくために積み重ねた創意工夫の記録。現場ならではのリアルな試行錯誤と、一つひとつ着実に改善を進めていくプロセスに、多くの読者が勇気づけられました。MagicPod × FlutterでAndroid/iOS自動テストを一本化して自動化コストを約50％削減した話Flutterによるマルチプラットフォーム開発において、MagicPodを活用して両OSのテストコードを一本化した事例。メンテナンス工数を劇的に削減した具体的な手法は、全アプリ開発者必見です。E2Eテストの失敗要因をAIで特定するSlack botを作った話 「テストが失敗した原因はバグか、それとも環境か？」という判断をAIに一次解析させる仕組みを構築。MagicPodの情報とAIの知能を連携させ、人間がつきっきりで見守らなくてもスムーズに仕事が進む「未来のテスト運用」を体現した非常に高度な実践記録です。MagicPod導入で実現！enechainにおけるE2Eリグレッションテスト自動化の全貌 複数のツールを比較検討した末にMagicPodを選定し、手動テストを劇的に効率化した事例。テストケースの選定基準からCI/CDでの自動実行まで、「スピード」と「安心」を両立させるための濃密なノウハウが凝縮されています。 自動化の「理想の形」をどう具現化していくか、その全貌を網羅した圧倒的な情報量に多くの注目が集まりました。TIS AIChatLab：MagicPodをつかった自動テスト導入戦略 手動での確認作業をMagicPodによる自動テストに置き換えることで、1週間かかっていたテスト負荷を大幅に削減した事例。 社内の実績を活

こんにちは！MagicPod広報の田上です。 2026年2月27日に開催した「MagicPodミートアップ」の様子をレポートします！1. 初の試み！参加型アイスブレイクセッションに先立ち、今回は初の企画としてメンチメーター（Mentimeter）を使用した参加型のアイスブレイクを実施しました。 スマートフォンを使って、リアルタイムに回答が画面に反映される仕組みに、会場（オンライン）は大いに盛り上がりました。職種：QAエンジニアが最も多かったものの、開発者やカスタマーサクセス、さらにはCEOまで、幅広い層の方々にご参加いただきました。自動化歴：3年〜5年未満の方が中心でしたが、中には10年〜15年以上のベテランもいらっしゃいました。MagicPod利用状況：ほとんどが既に利用中のユーザーさんでしたが、「使ったことはあるが未契約」という検討中の方も3名ほどいらっしゃいました。期待すること：「Autopilotの活用法」「他社の導入事例」、さらには「MagicPodのゆるキャラ」にまで興味が寄せられました。このアイスブレイクを通じて、登壇者の皆さんも「どんな層が聞いているか」を把握でき、リラックスした雰囲気でセッションをスタートさせることができました。2. 「2025年の開発サマリー＆今年の展望」 MagicPod エバンジェリスト 伊藤 由貴伊藤からは、2025年の振り返りと、2026年に向けた「ワクワクする」開発ロードマップが発表されました。「MagicPod Autopilot」のリリースです。 チャット形式でテスト作成や編集が可能になり、自動化のハードルが大きく下がりました。 2026年の展望としては、以下の強力な機能が開発予定であることが明かされました。TypeScript/JavaScript実行ステップ：より複雑なテストロジックが実装可能に（開発はほぼ完了！）。モバイルとブラウザテストの相互連携：1つのプロジェクトで両プラットフォームを横断したテストが可能に。Playwrightへの実行エンジン移行：パフォーマンス向上と全画面スクリーンショットへの対応。失敗原因分析エージェント：テスト失敗の原因をAIが分析し、具体的な修正案を提示。3. 「AutopilotによるMagicPodの導入範囲拡大と運用中の失敗事例」 株式会社くふうカンパニー 岡 浩司さん岡さん

こんにちは。MagicPod カスタマーサクセスのIshiiです。React Tokyoフェス2026にスタンダードスポンサーとして参加しました。目次 -->目次React Tokyoフェス 2026とはReact Tokyoは東京を中心に、オンラインとオフラインの両方で活動するReactコミュニティです。React Tokyoフェス 2026は初の大規模オフラインイベントとなり、浜松町の会場に約500名が集まりました。会場のいたる場所にのぼり旗があり、お祭りムードを演出していました🏮スポンサーセッションスポンサーセッションで技術トークをする機会をいただき、MagicPodエンジニアのTakahashiが登壇しました。MagicPodは5年以上続いている大規模サービスであるゆえ、いわゆるレガシーコードが存在していました。jQueryの話題については業界に長く携わっている方々の琴線に触れたようで、反響を多くいただき嬉しく思います！セッションにご参加くださった皆様、ありがとうございました！スポンサーブース出展MagicPodのスポンサーブースでは、MagicPodでバグハント！を開催しました。具体的には、Reactチュートリアルでお馴染みの三目並べアプリに仕込まれた、MagicPodでバグハント！は本フェスが初開催となり、楽しんでいただけるだろうか、、とドキドキしながら準備をしてきました。MagicPod Autopilotを用いて、自然言語でサクッとテストケースを作成する体験をしてくださった皆様から「Autopilot便利！」「MagicPodのUIはわかりやすい」といったフィードバックをいただけて嬉しかったです。また、一部時間帯にはイベント出展時にお馴染みのまちがい探し！を開催しました。ブースにお立ち寄りくださった皆様、ありがとうございました！その他イベントポスター発表会場を取り囲むように多彩なテーマについて40件のポスターが展示されていました。多数のサブイベント激突！AIライブコーディングやUI コンポーネント分解ゲームなどの様々なサブイベントが多数開催されていました。AIコーディング横丁というイベントに参加し、AI開発の知見が得られて嬉しそうでした。React Hooks魚釣り🐟🎣に挑戦しました。かなり苦戦しましたが、無事釣ることができました。私が釣ったの...

こんにちは。MagicPodでエバンジェリストをしているYoshiki Itoです。先日、株式会社ベリサーブ・株式会社MagicPod共催のオンラインセミナー「テスト自動化とQAの事業貢献～3社で語る攻めの品質創造とは～」にて、LINEヤフーコミュニケーションズ野原さん・広瀬さん、ベリサーブ髙田さん・長橋さんと一緒に「QAの事業貢献」についてパネルディスカッションをしてきました。【オンラインセミナー】テスト自動化とQAの事業貢献～3社で語る攻めの品質創造とは～当日は時間の制約もあって話しきれなかった内容がいくつかありました。本記事では当日話しきれなかった部分——「QAの事業貢献を、開発生産性という軸でどう整理するか」——について、私なりの考えをまとめてみたいと思います。そもそも「事業貢献」とはどういうことか「QAの事業貢献」やこれに類するトピックについて、最近よく聞くようになったと感じています。とくに「QAエンジニアとしてこの先どう生き残るか」といった文脈において、単純に日々目の前のテストやQA活動を行うだけではなく、それがどう事業にとってメリットをもたらしているのか説明できるようにならねば、というQA側の内発的なモチベーションから来ていることが多そうです。私自身も経験がありますが、例えば一人目のQAエンジニアやQA組織のリーダー・マネージャーとして体制強化や組織を拡大していこうと考えたときなどは、QAによる事業貢献の説明が求められることが多いでしょう。「事業貢献」をごく単純に捉えると、「売上や利益の向上に寄与すること」と言えます。ただ、QAの業務が直接的に売上や利益の向上につながる、という説明はしづらい部分が多いです。バグを減らすことで機会損失を防ぐ、リリーススピードを上げることで競争優位に寄与する——こうしたロジックは成り立ちますが、「QAがこれをやったから売上がこれだけ上がった」と言い切れる場面というのは、多くはないでしょう。今回のイベントで「QAの事業貢献とは何か」というテーマのディスカッションが成り立つのも、ある意味ではその説明しづらさゆえ、という面もあると思います。そこで、QAによる事業貢献を考えるうえでのヒントとして「開発生産性」という切り口を用いて、「直接的な売上・利益への貢献よりも、開発組織における開発生産性の向上を通じて、結果として事業に貢献する

こんにちは、MagicPodメンバーのIkariです。「QA Real Talks 〜QAの未来予想図〜」 のレポートをお届けします。テスト実行自動化にAIをどう活用するのかテスト設計・計画にAIはどこまで入り込むのかQAエンジニアのスキルはどう変わるのかQA組織はどこへ向かうのかというテーマのもと、リアルな議論が交わされました。目次 -->目次パネルディスカッションテーマ：QAの未来予想図登壇者Medley 米山 允章さんナレッジワーク かとあずさんMagicPod 伊藤 由貴モデレーター：ナレッジワーク 河野 哲也さん1. テスト実行自動化にAIをどう使うか？議論の出発点は「実行自動化」。 「実行自動化やその前後は、AI導入の“入口”になりやすい」「AIが出したものをそのまま信じるのはちょっと怖い」「自動化がうまく回っている組織ほど、実行よりも“設計”にAIをどう使うかを考え始めている」一番左：MagicPod プロダクト初期の頃からお世話になっている米山さん2. 手動も含めたテストプロセス設計にAIをどう使うか？実行の先にあるのが「設計」。「一人で考えてると詰まるけど、AIに聞くと視点が増える」「AIが答えを出すんじゃなくて、判断材料を増やしてくれる存在」AIの活用についてを語るかとあずさん3. QAエンジニアはこれからどのようなスキルを身につけるべきか？AI時代において、QAは何を磨くべきなのか。「これからは“どうテストするか”を考えられる人が強い」「QAは“テストする人”ではなく、“品質を定義する人”になっていく」「AIを使える人と使えない人で、作業スピードはかなり差が出る」今後のQAはどうなるかを語る伊藤由貴4. QAを取り巻く業務はどう変わるのか？実行工数は減る。「楽になるというより、考える時間が増える感じ」5. QA組織の未来予想図最後のテーマは組織。「QA組織がなくなる、ではなく、QAの思想が組織全体に広がる。」ネットワーキングタイム全セッション終了後は、ビールを片手に交流タイム。アツい議論があちこちで！軽食やドリンクを片手に、登壇者・参加者の垣根を越えたディスカッションが各所で自然に始まり、テスト自動化の具体的な運用方法や、組織への展開のリアルな悩み、AIの活用事例など、実践的で踏み込んだ話題が飛び交いました。今回スポンサーとしてご協力いただいた