Test Companion入門｜IDEで動くAIテストエージェント

2026.07.31 公開 2026.08.01 更新 9分で読める

この記事の結論

BrowserStackが発表したIDE常駐AIテストエージェント「Test Companion」の仕組みと導入手順を、コード例つきで解説する。

「AIエージェントにコードを書かせたら、PRの数は増えたのにリリースは全然増えない」——最近この感覚を持つ開発チームが増えている。2026年のNBER(全米経済研究所)の調査では、AIコーディングエージェント導入後にコミット数が最大180%増えた一方、実際にリリースされた機能は約30%しか伸びなかったという結果が出ている。

原因はシンプルだ。コードを書く速度は上がったが、そのコードが「本当に動くか」を確認するテストの速度は据え置きのままだったからだ。QAチームがボトルネックになり、せっかく生成した実装がステージング環境で滞留する構図がそこかしこで起きている。

この隙間を埋める狙いで、テスト自動化プラットフォームのBrowserStackが2026年7月29日、IDEに常駐するエージェント型テストツール「Test Companion」を発表した。本記事では公式発表とドキュメントをもとに、何ができるのか、既存のAIコーディングエージェントとどう役割分担するのかを、セットアップ手順つきで整理する。

即効コード：VS CodeにTest Companionを入れて最初のテストを生成する

まずは最小構成で動かしてみる。Test CompanionはVS Code / JetBrains / Cursor / Antigravityの拡張機能として配布されている（2026年7月29日時点、BrowserStack公式ブログより）。

# 1. VS Code拡張マーケットプレイスからインストール
code --install-extension browserstack.test-companion

# 2. BrowserStackアカウントで認証（初回のみブラウザが開く）
# コマンドパレット: Cmd+Shift+P → "Test Companion: Sign In"

# 3. 対象リポジトリでテスト生成を実行
# コマンドパレット: Cmd+Shift+P → "Test Companion: Generate Tests"
# → 対象ファイルまたはPRのdiffを選択

生成されたテストは既存のフレームワーク（Playwright / Cypress / WebdriverIO / Appium / Selenium / TestNG）に合わせて出力される。Playwrightプロジェクトでログインフォームのテストを生成させた場合の出力イメージは以下の通り。

import { test, expect } from '@playwright/test';

test('ログインフォームは不正な認証情報でエラーを表示する', async ({ page }) => {
  await page.goto('/login');
  await page.fill('input[name="email"]', 'invalid@example.com');
  await page.fill('input[name="password"]', 'wrong-password');
  await page.click('button[type="submit"]');

  await expect(page.locator('.error-message')).toBeVisible();
  await expect(page.locator('.error-message')).toContainText('認証に失敗しました');
});

動作環境：Node.js 18以上、対象プロジェクトに`@playwright/test`等の対象フレームワークが導入済みであること。本番環境に投入する前に、生成されたテストは必ず人間がレビューし、テスト環境で実行結果を確認すること。

Test Companionとは何か——「書くAI」と「壊れないか確認するAI」の分業

BrowserStackはこれまでも2025年に「BrowserStack AI」として20以上のテスト系エージェント群を提供し、オープンソースの「BrowserStack MCP Server」も公開してきた。Test Companionはその集大成として、テストの作成・実行・デバッグ・保守という一連のライフサイクルをIDE内で完結させる製品だ。

ポジショニングを一言で表すと、BrowserStack CTOのNakul Aggarwal氏のコメントが分かりやすい。「アプリの実装が変わればテストは壊れる。誰かがそれを直さなければならない。Test Companionはそのサイクル全体を引き受ける」という趣旨の発言をしている（BrowserStack公式ブログより）。GitHub CopilotやCursorのようなAIコーディングエージェントが「実装を書く」役割だとすれば、Test Companionは「その実装が壊れていないかを検証し続ける」役割を担う、という整理だ。

アーキテクチャ：サブエージェント構成とMCP連携

Test Companionは単一の巨大なプロンプトでテストを書かせる仕組みではなく、工程ごとに専門化したサブエージェントを組み合わせる構成になっている。公式発表・ドキュメントで言及されている主な役割は次の通り。

テスト生成エージェント：PRD・仕様書・ユーザーストーリー、または実際に稼働中のURL/モバイルアプリを探索してテストケースを起票する
実行・デバッグエージェント：失敗したテストのログを解析し、原因を切り分ける
テスト修復（self-healing）エージェント：UI変更でセレクタやアサーションが壊れた際に、意図を保ったまま自動修正する
アクセシビリティ検証エージェント：WCAG基準に照らして違反箇所を検出・提案する

これらはBrowserStackが2025年に公開した「BrowserStack MCP Server」経由でBrowserStackのクラウド基盤（実機30,000台以上の対応環境）に接続し、実デバイス上でのテスト実行やレポーティングまで一気通貫で処理する。CI/CDパイプラインやJira等のチケット管理ツールとの連携も想定されている。

対応IDE・フレームワーク一覧

区分	対応内容
IDE	VS Code、JetBrains系IDE、Cursor、Antigravity
Webテストフレームワーク	Playwright、Cypress、WebdriverIO、Selenium
モバイルテストフレームワーク	Appium、TestNG
テスト種別	機能テスト、ビジュアルテスト、アクセシビリティテスト、APIテスト
モバイル対応	実機iOS/Android（APK・AAB・XAPK・IPAアップロード対応）、生体認証やFace ID等の端末側フローもカバー
外部連携	Jira、CI/CDパイプライン、レポーティングツール、BrowserStack MCP Server

Test Companion vs 既存のAIコーディングエージェント（テスト用途での比較）

「GitHub CopilotやCursorでもテストコードは書けるのでは？」という疑問は当然出てくる。役割の違いを整理すると次のようになる。

観点	汎用AIコーディングエージェント	Test Companion
主目的	実装コードの生成・補完	テストの生成・実行・保守に特化
実行環境	ローカル/CI上でのコード実行が中心	実機クラウド（30,000台以上）でのマルチデバイス実行
壊れたテストへの対応	都度プロンプトで修正指示が必要	self-healingエージェントが自動修復
アクセシビリティ検証	専用機能なし（プロンプト次第）	WCAG基準の専用検証エージェントあり
既存テスト資産の理解	コンテキストとして都度読み込む	リポジトリを継続的に学習しチームの慣習を反映

結論としては「どちらか一方を選ぶ」ものではなく、実装を書くエージェントとテストを保守するエージェントを分業させることで、冒頭のNBER調査が示した「コミットは増えるがリリースが増えない」ギャップを埋める設計思想だと理解するのが妥当だ。

導入3ステップ

インストール：対象IDEのマーケットプレイスからTest Companionを導入し、BrowserStackアカウントで認証する
リポジトリ接続：既存のテストコードやプロジェクト構成をスキャンさせ、命名規則やユーティリティ関数などチーム固有のパターンを学習させる
スモールスタート：いきなり全機能を任せず、まずは1つの機能追加やバグ修正に対するテスト生成・デバッグ・保守のいずれか1タスクから試す

【要注意】よくあるエラーと対策

❌ 生成されたテストをレビューせずそのままCIにマージする
⭕ 特にself-healingで自動修正されたセレクタは、意図した要素を指しているか人間が必ず目視確認する

❌ リポジトリ接続直後にいきなり大規模なテストスイート全体の生成を任せる
⭕ 既存の命名規則・アサーションの書き方を学習させるため、最初は小さい範囲から始めて挙動を確認する

❌ モバイルの生体認証フロー（Face ID等）を通常のUIテストと同じ感覚で自動化しようとする
⭕ 端末側の認証は実機依存の挙動があるため、Test Companionのモバイル専用フロー・実機クラウドでの検証結果を必ず確認する

❌ アクセシビリティ検証の指摘をそのまま無視する
⭕ WCAG違反の指摘はリリース後の法的リスクにも直結するため、優先度をつけて計画的に解消する

よくある質問

Test Companionは無料で使えますか？

2026年7月29日の公式発表時点では、無料トライアルが提供されているが、詳細な料金体系は個別見積もりとなっており公開情報としては明示されていない。導入前に公式サイトで最新の料金体系を確認すること。

既存のPlaywright/Cypressのテストコードはそのまま使えますか？

Test Companionはリポジトリをスキャンして既存のテスト構造・パターン・ユーティリティ関数を学習する設計になっているため、ゼロから書き直す必要はない。既存資産を土台に、生成・保守の作業を引き継ぐ形になる。

Copilotなど既存のAIコーディングエージェントと併用できますか？

できる。BrowserStackの説明では、実装を書くAIコーディングエージェントと、テストの生成・実行・保守を担うTest Companionは競合するものではなく、役割分担して併用する設計として位置づけられている。

まとめ：今日から始める3つのアクション

今日やること：自チームで使っているIDE（VS Code/JetBrains/Cursor/Antigravity）にTest Companionの拡張機能をインストールし、1つの既存機能に対してテスト生成を試す
今週中：生成されたテストコードをレビューし、既存のPlaywright/Cypress等のテストスイートに違和感なく統合できるか、チームでフィードバックを共有する
今月中：CI/CDパイプラインへの組み込みと、self-healing機能によるテスト保守コストの削減効果を実測する

この記事を読んで、AIエージェントの実装〜テストまでの導入設計を相談したくなった方へ

UravationではAIエージェント導入の研修・コンサルを行っています。

あわせて読みたい:

AIエージェント品質評価ガイド｜5ステップで始めるテスト自動化 — テスト自動化そのものの設計を体系的に学びたい人向け
AIコードレビューエージェント解説｜主要5ツール比較 — 実装フェーズのAIエージェントとの役割分担を理解できる
GitHub Copilot、Agent SkillsとMCPがGA化 — 同時期に進むIDE常駐エージェントの標準化の流れ

参考・出典

Meet Test Companion: AI That Helps QA Teams Keep Pace with Modern Development — BrowserStack公式ブログ（参照日: 2026-07-31）
Test Companion — BrowserStack公式製品ページ（参照日: 2026-07-31）
Get started with Test Companion — BrowserStack公式ドキュメント（参照日: 2026-07-31）
BrowserStack Launches Test Companion, Agentic AI That Brings Complete Test Automation Into the IDE — PR Newswire（2026年7月29日付、参照日: 2026-07-31）
What is Test Companion? — BrowserStack公式ドキュメント（参照日: 2026-07-31）

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー10万人超。100社以上の企業向けAI研修・導入支援。著書累計3万部突破。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。

Need help moving from reading to rollout?

この記事を読んで導入イメージが固まってきた方へ

Uravationでは、AIエージェントの要件整理、PoC設計、社内導入、研修まで一気通貫で支援しています。

30分無料相談を予約支援実績を見る

※ 本記事の情報は2026年8月時点のものです。サービスの料金・仕様は変更される可能性があります。最新情報は各サービスの公式サイトをご確認ください。