本記事は、
ブログ
自動テストに
自動テストに
Scriptide
執筆者
Botond Kovács
(ChatGPT
最終更新日
MAR 02, 2026
トピック
#dev
所要時間
9 min read
AI ベースのエンドツーエンドテスト自動化
この記事では、**コンピュータユーザーエージェント（CUA）**をテスト自動化に活用する方法を紹介します。この新しい技術によりプログラミングの知識がほとんどなくても、テスト対象アプリケーションに変革を起こさずにテストが実行できます。
通常従来のエンドツーエンドテストでは、アプリケーション自体のコードを変更し、テスト IDを追加する必要がありました。テスト IDを使用することによって、テスト対象ページの構成要素を特定し、操作することが可能になります。
しかし AI 技術を使うと、人間が画面を見て操作を判断するように、アプリケーションと直接やり取りできます。これにより、テスト自動化の発展性が広がります。
弊社は非英語のテストケースを作成し、日本語及びハンガリー語でテストを実行しました。記事の最後には、この手法で発見した制約も共有します。
簡単なデモ
詳細に入る前に、実際的な動作方法の簡単なデモを見てみましょう。
モデルについて
今年 OpenAI は
computer-use-previewモデルを公開しました。このモデルは OpenAI のOperatorや ChatGPT の新しいAgent モードにも利用されています。このモデルは GUI（グラフィカルユーザーインターフェイス）とやり取りするよう設計されています。本モデルに基づいて製造された製品は、買い物などのタスクを自動化する目的で開発されましたが、弊社は「このモデルをテスト自動化に使えないか？」という別のアイデアがありました。
コンピュータユーザーエージェントはスクリーンショットを見て、どの入力操作が行うかを判断します。例えば、画面上のボタンをクリックしたり、ページをスクロールしたり、キーボード入力を行ったりすることができます。
弊社の目標は、このモデルをAI テスターとして、実際の人間のテスターのようにアプリケーションのテストを実行できるようにすることでした。
まず、テストケースの形をスケッチし、AI テスターが実行するテストケースは手動テストケースをできるだけ似るべきと決定しました。これは従来のエンドツーエンド自動化と異なり、テストプランの実行自動化です。
テストケースの記述
この手法で自動テストを実行するため、まずテストケースの書き方を検討しました。例としてテストケースのスケッチを作り、モデル上に構築したい API を把握できました。結果は以下の通りです：
このコードは最も高レベルですが、アプリケーションのノウハウは必要ありません。手動テストケースのように読みやすく、ユーザーインターフェイスを理解できる人なら誰でも書けます。
clickOn(description): 画面上に指定された要素をクリックfillIn(fields): フォームなどに指定されたフィールドに入力expectOnScreen(description): 現在画面上に表示されている内容が真実であることを確認
以上の機能があれば、UI アプリケーションのほぼ全てのテストケースを記述ようになります。
TypeScript や JavaScript は Unicode でエンコードされた機能名と変数名を対応しているので、あらゆる言語でテストコードを書くことができます。例えば日本語で同じテストケースは以下となります：
そしてハンガリー語では：
もちろん、上記の機能の実装で進めました。次に
clickOnはどのように動作していることについてご案内します。AI によるクリック操作
OpenAI は、コンピュータユーザーエージェントループを実装することをおすすめしています。
ループの各ステップでは以下のことが実行されます：
- 現在のアプリケーション状態のスクリーンショットを取得
- スクリーンショットとメッセージをモデルに送信
- モデルは次のどちらかを選択
- コンピュータを操作させ、座標にクリックするやテキスト入力などの入力行動を実行
- メッセージで応答 ー タスク完了または自律操作不可能と伝える
- モデルの入力操作を実行し、入力の処理が完了されるまで待機
- モデルがメッセージで応答するまでループを繰り返す
これはOperatorやChatGPT Agent モードと同じ動作方法です。
このループを実装し、モデルに単一の簡単なステップだけ実行させる厳密なシステムプロンプトを作成しました。ステップが完了できない場合の例外処理に関する指示も明確にする必要があります。
考え出した最終的なシステムプロンプトは以下の通りです：
ある動作のプロンプトに例外処理指示を組み込みことを決定しました。
clickOnの例では、プロンプトは以下の通りです：{{targetDescription}}はクリックされた要素の記述に交代されます。（例：送信ボタン）動作の仕組み
実用化
検討と様々な POC の上、テストランナーには
mocha、ブラウザ自動化ライブラリにはpuppeteerを選択しました。これらのツールを活用する小規模なフレームワークを構築し、望ましき高レベル API を取得しました。その後、
.test.jsファイルを作成することでテストケースを記述できるようになります。実行させるために以下のコマンドを使います：
各ステップに時間がかかるため、タイムアウトを長めに設定することが重要です。高性能なモデルですが、時に処理が遅くなる場合があります。
他言語への対応
弊社で多言語 UI テストも多く実行しています。フレームワーク的には以下の 2 点が課題となります：
- テストは 1 回書くだけで、AI が理解するあらゆる言語で動作させたい
- システム挙動の要件を正確に伝えるため、テストを自分の言語またはお客様の言語で記述したい
前者には
generateDataFieldという機能を導入しました：- ページの言語を HTML の
lang属性から判定 - AI に指示を出す：提供されていれば、記述に基づくフィールドデータを生成・ 記述の言語に関わらず 、ページの言語 で生成することが必須
後者は、TypeScript と JavaScript の Unicode サポートにより問題ありませんでした。
aliases.ja.tsとaliases.hu.tsファイルを作成し、以下のように動作します：フレームワーク内の各機能のエイリアスをエクスポートすることで、あらゆる言語でテストケースを記述ことができます。
制約
この手法にはいくつかの制約があります。AI 技術に依存しているため、完全な精度には保証がありませんが、AI の成長に従って制約が減少する見込みです。また、研究プレビュー版モデルの上にこの POC を構築しましたが、モデルはまだ未完成です。
- プレビュー版モデルにとって非英語のインターフェースを解読するのが時々困難です。日本語の UI の上でもテストを実行して多くの場合機能しましたが、信頼性が低いので手動で確認する必要がある偽陽性や偽陰性が発生しました。
- モデルは構造化出力をまだ対応していないので、応答フォーマットの指示を必ずしも遵守しません。ステップの成否を判定するのが難しいです。その理由で対策として第二モデルを活用し、CUA 出力はレビューされるようになりましたが、その一方費用と複雑性も増加しています。
- 大きな UI 要素ではうまく動作しますが、ピクセル単位の正確さが必要の場合はまだチャレンジです。ビデオゲームでの小さいアイコンの場合失敗率が高いです。
- レイテンシにより、リアルタイム性を着実にテストできません。（例：自動消失するトーストメッセージは検知される以前消失します。）
今後の展望
自社製品やお客様プロジェクトのテストケースを迅速に作成する予定です。また他のユースケースはアプリケーションデータを生成するため API や DB スナップショットを使わず、手順を記述してシステムを希望通りの状態に届けます。
また他のユースケースはモデルが行ったステップを 記録 し、従来の E2E テストとして再利用することです。これにより、アプリケーションの E2E テストを迅速に作成し、毎回 CUA モデルを呼び出さずに実行できるようになります。その反面に記録されたテストが脆弱になり（ハードコードされた ID またはセレクターを使用）、通常の E2E テストと同様に継続的なメンテナンスが必要になることです。
このアプローチをよりコスト削減と信頼性向上のため色々開発手法を検討しているところです。
- 現在実験している手法の一つは、CUA を呼び出す前に、テスト対象の DOM を理解した非 CUA モデルを使用することです。モデルがステップを実行できない場合（例：テスト ID が見つからない場合）、フォールバックとして CUA を呼び出すことができます。その結果、CUA の呼び出し回数がテスト実行にかかるコストや時間とともに削減されます。
- また、偽陽性と偽陰性をより確実に検出するための複数の技術を実験しています。他の AI モデルを使用して、CUA ループ中に取りまとめられた結果（スクリーンショット、ブラウザのログ、アクションなど）を見直したら、CUA の元の結論が正しかったかどうかを判定できます。
- CUA ループのコストを削減するもう一つの方法は、より優れた会話状態管理を実装することです。実際的に最後の少数のメッセージを温存し、それ以前のものは削除すべきです。これにより、ステップに要する文脈の大きさを制限する同時にトーケン数も削減します。
この POC に興味がありますか？
この POC に興味がある場合は、お気軽にお問い合わせください。解決策のデモや貴社でのテストも対応可能です。
Scriptide
無料のIT相談をぜひご利用ください。。皆さまからのご相談を心よりお待ちしております。
最新の記事や限定コンテンツを購読する。
当社はお客様のデータを最大限の慎重さをもって取り扱います。「最新情報を受け取る」をクリックすると、Scriptide がマーケティング目的でお客様のデータを処理することに同意したものとみなされます。これにはメールの送信も含まれます。詳細は、プライバシーポリシーをご覧ください。
こちらの
詳細は
Lighthouse
Google Lighthouse
#dev
•
JUL 01, 2025
•
6 min read
詳細は
フルスタック開発の
フルスタック開発は、
#dev
•
JUN 04, 2025
•
5 min read