TesterArmyの使い方と始め方：登録からGitHub連携・PRテスト設定までの3手順

TesterArmyの使い方は、アカウントを作ってGitHubとVercelをつなぎ、プルリクエストごとにAIテストが走るよう設定する3手順だけです。テストコードは1行も要りません。「この画面で会員登録して」と文章で頼めば、AIが実際にボタンを押して確かめてくれます。

リリースのたびに、手で画面を触って確認する作業。そろそろ限界ではありませんか。

AIでコードを書く速さが上がった分、確認の手間だけが取り残されがちです。この記事では、TesterArmyを初めて触る人が迷いやすい順番どおりに、準備から設定、結果の読み方までを並べました。

---

TesterArmyとは？AIが利用者になりきってアプリを試すテストツール

TesterArmyとは、AIのエージェントが利用者になりきってWebアプリやモバイルアプリを操作し、バグを見つけて報告するテストサービスです。テストの台本をコードで書く必要はありません。

運営はサンフランシスコ拠点のスタートアップで、Y Combinatorの2026年春バッチに採択されています。掲げているのは「AIを使って開発するチームのテストのやり方を変える」という目標です。

ここで出てくる「AIエージェント」は、指示を受けて自分で画面を見ながら次の操作を決めるAIのこと。仕組みの全体像はAIエージェントのカテゴリにまとまっています。

公式の発表で挙げている機能は、次の4つです。

• プルリクエストごとにテスト：コードの変更依頼が出るたびに自動で確認
• GitHubとVercelにワンクリックで連携：つなぐ作業がほぼ要らない
• ページを巡回して操作：ページを見て回り、ボタンを押し、フォームを埋める
• 直すべき点を報告：「どこで何が壊れたか」を返してくれる

プルリクエストは「コードの変更を本番に混ぜる前に、仲間に見てもらう依頼」のことです。Vercelは、Webサイトを公開するためのサービス。この2つとつながる点が、TesterArmyの使い方の中心になります。

Y Combinatorの掲載ページによると、すでに20社以上が本番環境で使っていると案内されています。生まれたばかりのツールにしては、実際に回っている数字があるのは心強い点です。

ではまず何を手元に揃えればいいのか。準備物から確認します。

---

始める前に何を用意すればいい？

必要なのは「テストしたいアプリのURL」と「確認したい操作のメモ」の2つで、GitHubとVercelはPRテストを使う段階で要ります。準備の量は、従来の自動テストと比べてかなり少なめです。

用意するものを、必須かどうかで分けて整理しました。

つまり、URLさえあれば今日から試せます。連携は後から足す形で問題ありません。

ひとつだけ強く勧めたいのが、テスト専用のアカウントとデータを用意することです。AIは本当にボタンを押し、本当にフォームを送ります。本番の顧客データや決済に触れる画面を、そのまま操作させるのは危険です。

決済が絡むなら、テスト用の決済モードがある環境を選びましょう。ここは手を抜くと、あとで痛い目を見る部分です。

準備が揃ったら、いよいよ登録に進みます。

---

手順1：アカウント登録とデモ予約、どちらで始める？

TesterArmyの入口は「すぐ登録する（Sign up）」と「デモを予約する（Book a demo）」の2つで、自分で触って判断したい人は登録、社内で導入を通したい人はデモが向いています。どちらを選んでも、最終的にやることは同じです。

2つの入口を、向いている人で比べます。

つまり、決裁が自分で完結するなら登録一択です。

登録したあとの流れは、おおむね次のとおりです。

1. 公式サイトからアカウントを作る
2. テストしたいアプリを登録し、URLを入れる
3. 最初のテストを1本だけ作って動かす

3つ目がポイント。いきなり連携や大量のテストに進まず、URLを渡して1本だけ動かすところで止めましょう。AIがどんな操作をして、どんな報告を返すのか。その手触りを先に知っておくと、後の設定で迷いません。

無料で試せる範囲や期間は、公式に明記がありません。登録画面に表示される条件を、その時点で確認してください。

1本目が動いたら、次はGitHubとVercelをつなぎます。

---

手順2：GitHubとVercelを連携する

GitHubとVercelの連携は、TesterArmyの画面からワンクリックで始められ、許可するリポジトリを選べば完了します。ここをつなぐと、コードの変更とテストが自動で結びつきます。

GitHub側では、一般的な連携と同じく「どのリポジトリへのアクセスを許すか」を聞かれるのが普通です。ここで全リポジトリを許可するのはおすすめしません。テストしたいリポジトリだけを選ぶのが安全です。

許可を絞る理由は単純。触らせる範囲が狭いほど、万一のときの影響も小さくなります。

Vercelとつなぐ利点は、公開前の確認用ページでテストできることです。Vercelでは、プルリクエストを出すと本番とは別の確認用URLが作られます。TesterArmyがそこを操作すれば、本番に出る前に壊れた箇所を見つけられます。

Vercel以外で公開している場合も、URLを渡す使い方は変わりません。その場合は、テストのたびに確認用URLを用意する仕組みを自分たちで考える必要があります。

AIでコードを書く量が増えるほど、確認が追いつかなくなります。たとえばAiderの使い方と料金｜本体無料でAPI課金だけのCLIペアプロ (2026年版)で紹介しているような道具でコードを量産するなら、確認側も自動にしておくと釣り合いが取れます。

連携が済んだら、いよいよ本題のPRテストを組みます。

---

手順3：プルリクエストごとのテストを設定する

PRテストを設定すると、プルリクエストが出るたびにTesterArmyがテストを走らせ、結果を報告します。人が「確認お願いします」と頼む手間がまるごと消えます。

流れを順に並べると、こうなります。

1. 開発者がプルリクエストを出す
2. Vercelが確認用URLを作る
3. TesterArmyがそのURLでテストを実行する
4. 結果が報告され、問題があれば直してから本番へ

設定で迷いやすいのは「どのテストを毎回走らせるか」です。

最初から全部を毎回動かす必要はありません。売上や登録に直結する3〜5本から始めるのが現実的です。会員登録、ログイン、商品をカートに入れる、問い合わせを送る。このあたりが壊れると、すぐにお金と信用を失います。

管理画面の例では、テストをまとめた「テストグループ」ごとに、実行のしかたを決める欄が並んでいます。

• Run tests: Concurrently：グループ内のテストを同時に走らせる設定
• 準備用テストの指定：画面には「No preparation test」と表示され、ログインなどの前処理をまとめる用途が想定されます
• Webhook：結果を外のサービスへ知らせるかどうか

同時実行にすると、待ち時間が短くなります。ただし、同じテスト用アカウントを複数のテストで使い回すと、操作がぶつかって失敗することがあります。テストごとにアカウントを分けるか、順番に実行するかを選びましょう。ここは地味に効く工夫です。

テストの中身をどう書くかで、結果の質は大きく変わります。書き方のコツに進みます。

---

テストの書き方はどうすればいい？自然な文章で伝えるコツ

TesterArmyのテストは、確かめたい操作を普段の文章で書くだけで作れます。コツは「1本に1つの目的」と「何が起きれば合格か」をはっきり書くことです。

AIへの指示文（プロンプト）は、あいまいだとAIも迷います。人間の新人テスターに頼むつもりで書くと、ちょうどいい具体さになります。

よくある書き方を、良い例と悪い例で比べました。

つまり「何を」「どこまで」「何が見えたら合格か」の3点を書けば、まず外しません。

管理画面の例には「Onboarding v2: web signup with a work email」のようなテスト名が並んでいます。機能名と目的を名前に入れておくと、テストが80本、90本と増えても検索で探せます。実際、例の画面ではWebのテストが83本並んでいました。

日本語の指示がどこまで通るかは、公式に明記がありません。最初の数本は短い英文で書き、日本語でも同じ結果が出るかを並べて確かめると安全です。

テスト文の下書きをまとめて作りたいなら、仕様書や画面の説明をAIに読ませておくのが早道です。Claude Projectsの使い方｜カスタム指示と資料登録で専用AIを作る (2026年版)の方法で仕様書を登録しておけば、「この画面のテスト文を10本書いて」と頼むだけで叩き台がそろいます。

書いたテストは、PRのときだけでなく定期的に回すこともできます。

---

定期実行とWebhookはどう設定する？

TesterArmyでは、テストグループごとに毎時・毎日・毎週の定期実行を選べ、Webhookで結果を他のサービスへ自動で流せます。コードを変えていない日にも、壊れていないかを見張れるのが強みです。

なぜ変更がない日にもテストが要るのか。外部の決済サービスやログイン連携は、こちらが何もしなくても仕様が変わることがあるからです。気づいたら登録できなくなっていた、という事故はこれで防げます。

頻度ごとの使い分けを整理しました。

つまり、お金に近い動線ほど頻度を上げるのが基本です。

管理画面の例では、テストグループが「毎日午前8時」に動くよう設定され、メニューに毎時・毎日・毎週の選択肢が並んでいました。始業前に結果が出ている状態を作れるので、朝いちばんの確認が楽になります。

Webhookは「何か起きたときに、別のサービスへ自動で知らせる仕組み」のことです。チャットツールや社内の通知先へ結果を送れば、管理画面を開かなくても失敗に気づけます。自動化の組み方はAI自動化のカテゴリにまとまっているので、通知の先で何をさせるかを考えるときの参考になります。

ただし、毎時のテストを増やしすぎると通知がうるさくなります。失敗したときだけ知らせる形にできるかは、設定画面で確認してください。

テストが回り始めたら、届いた結果をどう読むかが勝負です。

---

テスト結果はどう読んで、どう直す？

TesterArmyの結果は「どこで何が起きたか」を伝える報告で、失敗の原因は「アプリのバグ」「テスト文のあいまいさ」「環境の問題」の3つに分けて見るのが近道です。報告を鵜呑みにせず、どの種類かを先に見分けます。

3つの見分け方は次のとおりです。

• アプリのバグ：同じ操作を手でやっても再現する。開発者に回す
• テスト文のあいまいさ：AIが想定と違うボタンを押している。指示文を直す
• 環境の問題：確認用URLが開かない、テスト用アカウントがロックされた。準備を直す

この3つを分けずに全部を開発者に投げると、「バグじゃなかった」が続いて報告が信用されなくなります。ここが落とし穴。

AIは、それっぽい嘘をつくこと（ハルシネーション）が起こりえます。テストでも「ボタンが押せなかった」と報告したのに、実際は読み込みが遅かっただけ、ということはありえます。失敗が出たら一度は手で再現する習慣をつけておきましょう。

管理画面の一覧には、各テストの最終実行（例：「1日前」）が表示されます。長く動いていないテストが残っていないかを週に1度見るだけでも、テストの鮮度は保てます。

運用の形が見えたところで、気になるのはお金の話です。

---

料金はいくら？見積もりの取り方

TesterArmyの料金は公式に公開されておらず、デモ予約か登録後の相談で見積もりを取る形です。企業向けのサービスとしては、立ち上げ期によくある売り方といえます。

金額が見えないと、比べようがありません。見積もりを取るときは、次の4点を先に伝えると話が早く進みます。

• 動かしたいテストの本数（最初の3か月と1年後の見込み）
• 実行回数（PRの数と、定期実行の頻度）
• 同時に走らせたい本数
• セキュリティの条件（認証の取得状況、データの保存場所など）

料金はテストの本数や実行回数で変わる可能性が高いので、この4点がそろっていれば見積もりがぶれにくくなります。

セキュリティ認証の取得状況も、公式には記載が見当たりません。社内の審査がある企業は、デモの場で必ず確認してください。顧客データに触れる画面をテストさせるなら、ここは妥協できない点です。

金額を比べるときは、「テスト担当者を1人雇う費用」や「手作業の確認に毎週かかっている時間」と並べるのが現実的です。週に数時間の確認が消えるなら、それが判断の物差しになります。

では、従来のテストと比べて何が変わるのか。比較で整理します。

---

従来のE2Eテストと何が違う？

TesterArmyと従来のE2Eテストの違いは、テストをコードで書くか文章で頼むかにあり、画面が変わったときの強さに差が出ます。E2Eテストとは、利用者と同じ操作を最初から最後まで通して確かめるテストのことです。

手作業、コードで書く自動テスト、TesterArmyの3つを並べました。

つまり、TesterArmyは「作る手間」と「直す手間」を減らす代わりに、判定のぶれを受け入れる道具です。

紹介記事では、AIエージェントが台本なしで動く要素（読み込みで位置が変わるボタンなど）にも対応すると説明されています。コードで書くテストは、ボタンの名前や位置が少し変わっただけで落ちることが多い。ここが文章で頼む方式の強みです。

逆に、金額の計算が1円単位で合っているかのような厳密な確認は、コードで書くテストが今も確実です。全部を置き換えるより、探索と主要動線はTesterArmy、厳密な計算はコードのテストと分けると、両方の良さが残ります。

AIで開発を進める道具全体を見渡したいなら、AIコーディングのカテゴリで周辺のツールと並べておくと位置づけがつかみやすいです。

この違いを踏まえて、向いているチームを考えます。

---

向いているチーム・向いていないチームは？

TesterArmyが向いているのは、Webサービスを頻繁に更新するのにテスト担当がいない少人数チームです。逆に、テストを自前で作り込み済みの大きな組織には、効果が小さく見えるかもしれません。

向いているケースを挙げます。

• AIでコードを書き、1日に何本もプルリクエストが出る
• テストを書く時間がなく、手で触って確認している
• Vercelで公開していて、確認用URLが自動で作られる
• 登録や決済など、壊れると売上に直結する動線がある

ネットショップはまさに当てはまります。カート、クーポン、決済の流れは、一部の変更で簡単に壊れるからです。EC運営でのAI活用全体はEC・ネットショップでAIは何ができる？実務で使える17の使い道 (2026年版)に、現場で詰まりやすい点はECのAI活用でよくある困った10問に回答｜在庫・商品説明・接客の解決策にまとまっています。

問い合わせフォームやチャットの窓口も、壊れると気づきにくい場所です。窓口の一次受けを自動化しているなら、AIカスタマーサポート実装術｜一次受けを全自動化する5ステップ (2026年版)で作った流れを、TesterArmyで定期的に通しておくと安心感が段違いです。

向いていないのは、次のようなケースです。

• テストコードがすでに充実し、保守も回っている
• 社内ネットワークの中だけで動き、外からURLで開けない
• 料金が見えないと稟議が通らない
• 日本語の画面と日本語の指示だけで運用したい

最後の点は、公式の情報が出るまでは様子を見る部分です。

コードを書かずに業務の仕組みを作るツールと組み合わせたいなら、AIノーコードのカテゴリも見ておくと選択肢が広がります。

---

AI PICKS編集部の判定

公開情報を突き合わせた見立てとして、TesterArmyは「AIでコードを書くスピードに、確認が追いつかなくなった少人数チーム」には一択に近い候補です。

評価したいのは、PRごとのテストとGitHub・Vercel連携を最初から主役に据えている点です。テストを書く時間がないから確認を飛ばす、という悪循環を、文章で頼むだけで断ち切れる。この割り切りは破格に実用的です。毎日・毎時の定期実行とWebhookまでそろっているので、見張り役としても重宝します。

一方で、正直イマイチな点もはっきりしています。料金が公開されていないこと。セキュリティ認証の状況が見えないこと。日本語での指示がどこまで通るかが分からないこと。この3つは、日本企業が導入を決めるうえで微妙な壁になります。

おすすめの進め方は1つです。URLを渡して会員登録のテストを1本だけ動かし、報告の質を自分の目で確かめる。そこで「手で確認するより速い」と感じたら、主要動線の3〜5本をPRテストに乗せる。見積もりは、その時点のテスト本数を持ってデモで取るのが確実です。

---

よくある質問（FAQ）

Q. TesterArmyを使うのにプログラミングの知識は必要ですか？

テストの作成そのものにはコードは要りません。確かめたい操作を文章で書けば動きます。ただし、GitHubやVercelとの連携、プルリクエストの流れは理解しておく必要があります。開発チームの中で使う前提のツールと考えてください。

Q. TesterArmyは無料で使えますか？

無料プランや無料期間について、公式に明記はありません。料金表も公開されていないため、登録画面に表示される条件か、デモ予約で確認してください。

Q. GitHubを使っていなくても始められますか？

テストしたいアプリのURLがあれば、テストの作成と定期実行は試せます。プルリクエストごとの自動テストを使うには、GitHubとの連携が必要です。

Q. モバイルアプリもテストできますか？

Webアプリに加えて、インストールできるモバイルアプリを渡してテストする使い方も紹介されています。対応する端末やアプリの形式は、登録時に公式の案内で確認してください。

Q. 日本語でテストの指示を書いても動きますか？

日本語の指示への対応は、公式に明記がありません。最初は短い英文で書き、同じ内容を日本語でも試して結果を比べると安全です。

Q. 本番環境でテストを走らせても大丈夫ですか？

おすすめしません。AIは実際にボタンを押してフォームを送信するため、本番データや決済に影響が出るおそれがあります。Vercelの確認用URLや、テスト専用の環境とアカウントで動かしてください。

Q. テストが失敗したら、すぐにバグと判断していいですか？

一度は手で同じ操作をして再現するか確かめてください。失敗の原因が、テスト文のあいまいさや環境の問題であることもあります。3つのどれかを見分けてから、担当者に回すのが確実です。

---

あわせて見たいツール・カテゴリ

TesterArmyを入れる前後で比べておきたい情報を、目的別に並べました。

• TesterArmyのツール詳細：機能と最新の掲載情報を確認したいとき
• AIコーディングのカテゴリ：コードを書く側のAIツールと合わせて選びたいとき
• AIコーディングツールのランキング：開発チームでよく比べられる顔ぶれを見たいとき
• AIエージェントのカテゴリ：画面を自分で操作するAIの仕組みを知りたいとき
• AIエージェントのランキング：テスト以外の業務に使えるエージェントも探したいとき
• AI自動化のカテゴリ：Webhookの通知の先まで自動化したいとき

次に読むならこれ。AIにコードを書かせる側の運用を固めたいなら、Aiderの使い方と料金｜本体無料でAPI課金だけのCLIペアプロ (2026年版)がおすすめです。書く側と確かめる側の両方を自動にすると、TesterArmyを入れた効果がいちばん大きく出ます。