AI エージェントとの開発 (ADLC): GUI Test Studio の位置づけ
AI コーディングエージェントが計画し、書き、テストし、修正し、リリースし、人が舵を取る: エージェント駆動の開発ライフサイクル、ADLC です。そのループの中でエンドツーエンドテストがどこに位置するか、そして GUI Test Studio がエージェントに、プロンプトから作成し、その場で変更し、任意の CI/CD パイプラインでウィンドウなしで並行して実行し、わかりやすい言葉の判定として読み、Jira に登録できるテストをどう与え、ループを閉じるか。
読了 9 分更新日: 2026年11月6日執筆: Ait Nohaila (事業開発担当)
エージェント型開発ライフサイクル (ADLC) とは、AI コーディングエージェントがコードを計画し、書き、テストし、修正し、リリースし、人が舵を取るソフトウェア開発です。エンドツーエンドテストは、エージェントに欠けている唯一の検証を与えます: 本物の画面です。
エージェント型開発ライフサイクル (ADLC) とは何か
何十年もの間、ソフトウェアはソフトウェア開発ライフサイクル、SDLC に沿って作られてきました: チームが計画し、開発者がコードを書き、テスターがテストし、誰かが修正し、誰かがリリースし、サイクルがまた始まります。AI コーディングエージェントはそのサイクルを置き換えてはいません。その内側のループを引き受けたのです。
Definition
エージェント型開発ライフサイクル、ADLC では、Claude Code、Codex、Claude Desktop、エージェントモードの Copilot といったエージェントがタスクを読み、変更を計画し、コードを書き、実行できるテストを実行し、失敗したものを修正し、プルリクエストを開くことを、しばしば 1 時間に何度も行います。人は目標を定め、出てきたものをレビューし、何をリリースするかを決めます。ループは以前よりはるかに速く回り、リリースされるものの品質は、エージェントが自分で検証できるものの品質にかかっています。
エンドツーエンドテストの位置づけ
Definition
エンドツーエンドテストは、ユーザーと同じようにアプリケーションを動かします: アプリケーションを開き、ワークフロー全体をクリックと入力で進め、画面に表示されるものを検証します。エージェントにとってそれは、コードが与えられない正解そのものです: ボタンはスタイル変更を生き延びたか、フォームはまだ送信できるか、合計はまだ正しいか。
- 3 つのことが、エンドツーエンドテストをエージェントのループから遠ざけてきました。書くのが遅く、10 分で終わる変更のために書く人はいませんでした。テスト自体がコードなので、要素の名前が変わるたびに壊れました。そして結果はログの壁で、エージェントはそこから推測するしかありませんでした。
GUI Test Studio はその 3 つすべてを取り除きます。テストは記録するか説明するもので、決してコードにはしません。要素は GTS Engine + AI が見つけます: アプリケーションがその要素について語ること、つまりアクセシビリティ情報を通じて、そして何も語らないときは目で見て見つけるので、クラス名の変更では何も壊れません。そしてすべての実行は、わかりやすい言葉で書かれた信頼度レポートで終わり、エージェントは人と同じくらい容易にそれを読めます。この記事の残りは、ループを段階ごとにたどります。
| 段階 | エージェントがすること | 決定論的なテストゲートが加えるもの | GUI Test Studio では |
|---|---|---|---|
| 計画 | タスクを読み、何を検証するかを決める | 人が書き留め、ゲートがエージェントに守らせる、決して壊れてはならない操作の流れ | テストするワークフローをプロンプトで説明するか、Figma のデザインから始める |
| コード | 変更を書く | 何もない: ゲートはコードを読まないので、画面の裏にあるコードを書き直しても何も変わらない | 何もすることはない: 書いたり更新したりするテストコードがない |
| テスト | 手元のテストを実行する | 実際のアプリケーションを画面を通じて実行し、毎回同じステップと同じアサーションを行う | コネクターを通じて本物のエンドツーエンドテストを記録し、それを gtr-cli で実行する |
| 検証 | 結果を読む | コードを読むことに頼らない判定: 見つかったか否か、変わったか同じか、画像付きで | 信頼度レポートを読む: 見つかったか否か、変わったか同じか、わかりやすい言葉で |
| 修正 | コードをもう一度変更する | どのステップが壊れ、画面がどう違うかを伝え、修正の狙いを定める失敗 | 失敗した実行が登録した Jira の課題を、その手順と画像とともに引き取る |
| リリース | プルリクエストを開く | レビューの有無にかかわらず、すべてのビルドで合格の実行を待つマージ | パイプラインがビルドのたびにすべてのテストを、ウィンドウなしかつ並列に実行する |
作成: プロンプトからエンドツーエンドテストを
GUI Test Studio をインストールし、アシスタントを一度接続してください: GUI Test Runner-Recorder で、プロンプトからテストを作成が Claude Desktop、Claude Code、VS Code をそれぞれ接続ボタン付きで表示します。コネクターのプロトコルを話す他のアシスタントも、コマンド 1 つで接続できます。
それから、テストを説明してください。エージェントはテスターがするのと同じようにテストを記録します: アプリケーションや Web ページを開き、本物のボタンをクリックし、本物の入力欄に入力し、見えるものをコネクターを通じて進めながら検証します。すべてのアサーションはその場で、本物の画面上で評価され、今合格しないものは拒否されるので、エージェントが初日から間違っているアサーションを保存することは決してありません。
AI アシスタント
画面上でテストを記録中
- •ショップを開いてサインインしました
- •デスクランプを追加し、カートを開きました
- •合計を検証しました: $49.00 が画面にあります
- •Checkout.GTS を保存して実行しました: PASSED
出来上がるのは、人が作るのと同じ記録、ステップ、アサーションを持つごく普通の GUI Test Studio のテストで、選んだ場所に保存されます。その途中でエージェントは、立ち止まって考え、うまくいかなかったステップを元に戻し、ステップをシナリオにグループ化し、待機やメモを追加し、最後にテストを実行して合格することを証明できます。
With GUI Test Studio, create an end-to-end test of the shop at http://localhost:8080:
sign in as [email protected], add the "Desk lamp" to the cart, open the cart,
and verify that the total reads "$49.00" and that the "Checkout" button is shown.エージェントは指示された対象をテストします: 画面全体、1 つのアプリケーション、その一部、選んだブラウザーの Web ページ、または接続されたスマートフォンです。頼まれていないものは何も探索しません。各アシスタントの接続方法と、何を頼むかはプロンプトからテストを作成するにあります。
編集: プロンプトで、または動画のようにテストを変更する
コネクターを通じて、エージェントはテストのステップを番号付きで一覧にし、その場で変更します: ステップの名前を変える、アサーションが期待するテキストを変える、アサーションの待ち時間を延ばす、ステップを削除または無視する、待機を追加する、アサーションが失敗したときの動作を指定する、といったことです。エージェントが変更内容を示して確認を得るまで何も書き込まれず、テストのそれ以外はすべて元のままです。
人も GUI Test Studio のタイムライン上で同じことをします: ステップは移動、トリミング、名前の変更、グループ化ができるブロックで、すべてを元に戻せ、各ブロックの下には記録のフレームがあります。エージェントのテストとテスターのテストは同じファイルです: テストを更新するがそれを示しています。
実行: ウィンドウなし、並列、あらゆる CI/CD パイプラインで
gtr-cli は、スクリプトやパイプラインから、どの GUI Test Studio のテストもウィンドウなしで実行し、パイプラインが期待する形で答えます: 終了コード、CI ツール向けの JUnit ファイル、スクリプト向けの JSON ファイル、プルリクエスト向けの Markdown のまとめです。
gtr-cli run tests --countdown 0 --format github --junit results\junit.xml ^
--json results\run.json --summary results\summary.md --artifacts results\artifacts ^
--jira on-failure1 回記録した Web テストは、他のブラウザーとデバイス向けに生成できます: Chrome、Edge、Firefox、スマートフォン、タブレット、画面サイズ、別の言語、遅いネットワーク、ズームレベルです。ウィンドウの要らないブラウザーとデバイスはそれぞれ独立したプロセスで並んで実行され、デスクトップのテストはその後にウィンドウで実行されます。ブラウザーとデバイスをご覧ください。
ログは各ツール固有のプロトコルで出力されます: --format teamcity、azure、github、またはプレーンテキストです。同じコマンドが TeamCity、Jenkins、GitHub Actions、GitLab、Azure DevOps、または自作のスクリプトで動作します: すべてのビルドでエンドツーエンドテストを実行するが手順を追って示しています。
| オプション | エージェントに与えるもの |
|---|---|
| --json | すべてのテスト、ステップ、判定、各失敗の理由、AI の所見を 1 つにまとめたファイル: スクリプトやエージェントが最初に読むもの |
| --junit | TeamCity、Jenkins、GitHub Actions、GitLab、Azure DevOps 上のテストとしてのテスト |
| --summary | プルリクエストに貼り付けるまとめ |
| --artifacts | すべての失敗の動画、画像、バグレポートを 1 つのフォルダーに |
| --retries | 失敗と判断する前に、失敗したテストをもう一度実行する |
| --branch all | テストが生成されたすべてのブラウザーとデバイスを、1 回のビルドで |
読む: エージェントも人も理解できる判定
すべての実行は信頼度レポートで終わります。各アサーションについて、要素が見つかったか、見つかったものが記録と一致するか、どれだけの余裕があったかを、わかりやすい言葉で伝えます: ぎりぎりで合格したアサーションは、失敗になる前の警告です。
GTS Engine + AI の AI 側である AI スマート分析は、ピクセルで不合格になったアサーションを見て、本物のリグレッションとノイズを見分けます: 変わった単語、欠けたバッジ、別の色はリグレッションで、色合いの違いや 1 ピクセルのずれはリグレッションではありません。その答えが最終判定であり、エージェントが行動に移せる一文が添えられます: 何が、どこで、どれだけ変わったか。
本物のリグレッション
アサーションを不合格にするノイズ
合格エージェントは実行が書き出す JSON ファイルと Markdown のまとめを読み、人はレポートを開いて、並べられた画像、実行の動画、テストの履歴を見ます。どちらも同じことを伝えます。レポートについては信頼度レポートを読むで説明しています。
修正: エージェントが引き取れる Jira のバグ
--jira on-failure を付けると、失敗したテストは自分で Jira の課題になります: タイトル、番号付きの再現手順、テストが期待した画像、見つけた画像、そしてすべての変化を枠で囲んだその画像に加え、PDF とエビデンスです。同じ不具合が別のビルド、ブラウザー、デバイスで再び見つかると、その未解決の課題にコメントが追加され、重複は決して作られません。
閉じたループ: デモショップ
ループ全体が回る様子を見るために、小さなデモを作りました: オンラインショップ、そのエンドツーエンドテスト、TeamCity サーバー、Jira プロジェクト、そして AI コーディングエージェントです。Jean が開発者、Pierre がテストを書き、James がバックログを管理し、John が TeamCity を運用します。
Jean が変更をプッシュする
チェックアウトのスタイル変更
TeamCity がテストを実行する
gtr-cli で
チェックアウトが失敗する
画像付きの Jira の課題
エージェントが修正する
独自のブランチで
テストが合格する
人がレビューしてマージする
- 1
ある変更がチェックアウトを壊す
Jean がチェックアウトのボタンのスタイル変更をプッシュします。TeamCity が gtr-cli でショップのエンドツーエンドテストを、ウィンドウなしで、テストが生成されたすべてのブラウザーとデバイスで実行します。
- 2
実行が、何がどこで壊れたかを伝える
信頼度レポートはチェックアウトのボタンを見つけますが、記録どおりではありません。AI スマート分析が本物のリグレッションを確認します: ボタンのラベルが消えています。gtr-cli は、手順、期待した画像と見つけた画像、枠で囲んだ変化とともに Jira の課題を登録し、TeamCity のビルドログがその課題を名指しします。
- 3
エージェントが修正する
エージェントは課題を引き取り、手順と画像を読み、ラベルを隠したスタイルルールを見つけ、独自のブランチで修正を提案します。
- 4
テストが修正を証明する
TeamCity がそのブランチで同じテストを実行します。合格します。合格した実行が Jira の課題に追加され、人が変更をレビューしてマージした後に James が課題を閉じます。誰もテスト、バグレポート、再現手順を手で書いていません。
人の側
| 対象 | 得られるもの |
|---|---|
| テスター | 動画のように読めるテスト: 各ステップの下にフレームがあるステップのタイムラインで、コードはありません。2 分でワークフローを記録すれば、開発者のエージェントがビルドのたびにそれを実行します |
| 開発者 | 何がどこで変わったかを、並べた画像とともに伝える失敗と、エージェントが行動に移せる Jira の課題 |
| プロダクトオーナー | わかりやすい言葉の判定: 見つかったか否か、変わったか同じか、そしてすべての実行の履歴 |
| セキュリティと IT | テスト、記録、結果は自社の Windows マシンに留まります: GTS Engine + AI はそこで動き、AI は自分のコンピューター上か、自分のキーでクラウド上で動きます |
オンプレミスかクラウドかは、アサーションごとに選べます。テストを作成するエージェント、それを読むテスター、それを実行するパイプラインは、同じファイルを、同じ言葉で見ています。
要点
- 1ADLC は、エージェントが内側のループを回す SDLC です: 計画、コード、テスト、修正、リリースを 1 時間に何度も回し、人が舵を取ります。
- 2エージェントには、動いているアプリケーションが見えません。本物の画面のエンドツーエンドテストこそ、エージェントに欠けている検証です。
- 3決定論的なテストゲートは毎回同じ答えを出すので、赤い結果はアプリケーションが変わったことを意味します。
- 4エージェントが作成、変更、実行、読み取りできるテストは、ループに収まります: GUI Test Studio は、コネクターと gtr-cli を通じてそれを提供します。
- 5手順と画像付きで自ら Jira の課題を登録する失敗こそ、エージェントが修正を提案するのに必要なものです。
どこから始めるか
よくある質問
ADLC とは何ですか?
ADLC はエージェント型開発ライフサイクル (agentic development life cycle) の略です: AI コーディングエージェントがコードを計画し、書き、テストし、修正し、リリースし、人が目標を設定してリリースするものを決める、ソフトウェアの作り方です。ソフトウェア開発ライフサイクル (SDLC) の内側のループを、エージェントが 1 時間に何度も回すものです。
エージェント型開発とは何ですか?
エージェント型開発とは、タスクを受け取って自分でやり遂げる AI エージェントとともにソフトウェアを作ることです: エージェントはコードを読み、変更を計画し、それを書き、実行できるテストを実行し、失敗したものを修正して、プルリクエストを開きます。人は 1 行ずつ書く代わりに、目標を説明し、結果をレビューします。
AI エージェントのワークフローで、テストはどこに位置しますか?
テストはエージェントにとっての正解です。エージェントはユニットテストや型チェックなど、コードの中にあるものは確かめられますが、動いているアプリケーションを見ることはできません。変更のたびに実行される本物の画面のエンドツーエンドテストは、ボタンが生き残ったか、フォームが送信できるか、合計が正しいかを伝え、失敗すれば修正されるまでマージを止めます。
SDLC と ADLC の違いは何ですか?
SDLC では、すべての段階を人が行います: チームが計画し、開発者がコードを書き、テスターがテストし、誰かが修正し、誰かがリリースします。ADLC では、計画からプルリクエストまでの内側のループをエージェントが行い、人が舵を取ります: 目標を設定し、出てきたものをレビューし、何をリリースするかを決めます。ループがずっと速く回るので、エージェントが自分で確かめられることがより重要になります。
AI コーディングエージェントはエンドツーエンドテストを実行できますか?
はい。GUI Test Studio のコネクターを通じて、Claude、Codex 付きの ChatGPT、VS Code の Copilot Chat、またはローカル AI モデル (提供するもの、または独自のもの) が、プロンプトからテストを作成し、実行し、どのステップがなぜ失敗したかを読み取れます。パイプラインでは、gtr-cli がアシスタントなしで、すべてのビルドで同じテストを実行します。
AI エージェントはテスト結果をどう読み取りますか?
エージェント向けに書かれたファイルからです。gtr-cli は、すべてのテスト、ステップ、判定と各失敗の理由を含む JSON ファイルと、プルリクエスト向けの Markdown のまとめを書き出します。信頼度レポートは、変更をレビューする人のために、同じことをわかりやすい言葉で、期待画像と見つかった画像付きで伝えます。
ADLC は、ソフトウェア開発から人を取り除きますか?
いいえ。人が目標を設定し、アプリケーションが何をすべきかを決め、テストが期待する内容へのすべての変更を承認し、マージします。エージェントはループをより速く回し、人がその舵を取り、そのためには信頼できるアサーションが必要です。
Claude、ChatGPT、Codex、Copilot、VS Code、OpenAI、Anthropic、Jira、Figma、TeamCity、Jenkins、GitHub、GitLab、Azure DevOps は、それぞれの所有者の商標です。
テスト対象のアプリでご覧になりますか? チームとの 30 分の無料相談を予約してください。