GUI Test Studio の仕組み
全体像を 2 分で: テストを記録するかプロンプトで説明し、調整し、実行し、レポートを読みます。
基本の考え方
アプリケーションの手動テストはすでに行っているはずです: シナリオに沿ってクリックし、画面を確認します。GUI Test Studio はその一連の操作を自動テストに変えます。一度やって見せれば、あとは実行のたびに確かめてくれます。
スクリプトを書く必要はありません。テストは、実際に行ったステップと、正しい状態を示すアサーションからできていて、動画編集のようにタイムラインに並びます。
テストの作り方は 2 通りあります。自分で記録する方法: GUI Test Studio が記録から視覚的にテストを生成し、いつでも実行と編集ができる状態にします。もう 1 つはワークフローをプロンプトで説明する方法: GUI Test Studio のコネクターを通じて、AI アシスタントが代わりに記録、検証、実行を行い、Claude、ChatGPT、または当社提供もしくは持ち込みのローカル AI モデルのいずれでも、結果は同じテストになります。
アプリを開き、ユーザー名とパスワードを入力し、「サインイン」をクリックして、「おかえりなさい、Anna さん」と表示されるのを確認します。
GUI Test Studio はこれらのステップを記録し、途中にアサーションを加えます: クリックする前に「サインイン」ボタンがあること、そのあとにウェルカムメッセージが表示されることです。実行のたびにクリックと入力が再生され、見た目や文言が変わっていれば知らせてくれます。
2 つのアプリと実行ツール
1 つのインストーラーで、同じテストファイルを扱う 3 つのツールが手に入ります。
| ツール | できること |
|---|---|
| GUI Test Runner-Recorder | 新しいテストを記録し、テストを実行し、その信頼度レポートを読みます。 |
| GUI Test Studio | タイムライン上でテストを整えます: アサーションの追加や調整、ステップの命名、シナリオへのグループ化を行い、アプリの開発中もテストを最新に保ちます。 |
| gtr-cli | ウィンドウなしで、スクリプトや CI/CD パイプラインからテストを実行します。実行も結果も同じです。 |
| プロンプトコネクター | Claude、Codex 付きの ChatGPT、VS Code、または当社提供もしくは持ち込みのローカル AI モデルに、プロンプトでテストを説明します: アシスタントが 2 つのアプリを通じてテストを記録、編集、実行し、レポートを読みます。 |
4 つのステップ
記録
シナリオを一度手動で行うか、プロンプトで説明します
調整
タイムライン上で調整するか、変更を AI に依頼します
実行
ビルドのたびに再生します
確認
レポートが、何がなぜ変わったかを示します
調整は任意です: 記録は保存した時点で完全なテストであり、アサーションもすでに入っています。何かを変えたくなったときに GUI Test Studio に戻ります。
アサーションとは
アサーション (チェック) とは、テストが何かが正しいことを確かめる瞬間です: ボタンがある、テキストが正しい内容を示している、ダイアログが閉じた、一覧に 3 行ある、などです。ビジュアルアサーション、テキストアサーション、レイアウトアサーションがあります。
1. 検索
2. 比較
期待
記録した内容
今回見つかった位置
実際の画面上で
同じ要素、同じ見た目: 合格
GTS Engine + AI は、各要素を 2 つの方法で見つけます。まずアプリケーション自体に尋ねます: デスクトップアプリならスクリーンリーダーが使うのと同じアクセシビリティ情報、Web ページならページ自身の要素です。ゲーム、キャンバス、リモートデスクトップ、独自のツールキットで描画されたプログラムのようにアプリケーションが答えない場合は、エンジンが人と同じように画面上で視覚的に要素を見つけます。
同じ要素への 2 つの道があることが、テストを堅牢にします。背後のコードが変わっても、ウィンドウが移動しても、レイアウトがずれてもボタンを見つけ続け、Web サイト、デスクトッププログラム、ゲーム、画面に映したスマートフォンなど、どんな技術で作られたアプリでも動作します。
要素を見つけることはアサーションの前半です。後半では必ず、画面にあるものと期待するものを比較するので、ユーザーの目に映るものをテストが捉えられます。
使える場面
| テストの種類 | GUI Test Studio にできること |
|---|---|
| エンドツーエンド (E2E) テスト | ユーザーの一連の操作を、関わるすべてのウィンドウとアプリにまたがって、実際の画面上で再生します。 |
| 機能テスト | 1 つの機能が期待どおりに動くことをチェックします: 正しい画面が表示され、正しいテキストと値が示されることです。 |
| リグレッションテスト | ビルドのたびに同じテストを実行し、動いていたものが変わったことをすぐに知ります。 |
| ビジュアルアサーション | 他のテストが見逃すものを捉えます: 誤った色、欠けたアイコン、重なったボタンです。 |
| 先に作るテスト | 機能ができる前に、デザイン画像からテストを用意します。 |
最後の項目については実装前の機能をテストするを参照してください。
最後だけでなく、開発の途中でも
テストは製品が完成してから追加するものではありません。機能を作っている最中に作り、機能が変わるたびに変えていきます: 新しいシナリオを記録する、ステップを移動する、アサーションの期待内容を差し替える、といったことをタイムライン上またはプロンプトで行います。GUI Test Studio はこうした日常の編集のために作られていて、どの変更も元に戻せます。
| 従来の開発 (SDLC) | AI エージェントによる開発 (ADLC) | |
|---|---|---|
| コードを書くのは | 開発者が、スプリントごとに | AI コーディングエージェントが、1 日に何度も |
| リスク | リリースが、誰も再テストしなかった画面を壊す | 速い変更が、人が確認できるより速く画面を壊す |
| テストの役割 | ビルドごとに実行され、リリース前の手動リグレッションテストに代わる | エージェントの変更ごとに実行され、画面がまだ正しいことを確かめる目になる |
| テストが失敗したとき | バグレポートが開発者に届く | 手順と画像付きのバグレポートが、そのままエージェントに戻る |
次に読むもの
まだ解決しませんか?何をしようとしていたかをお知らせください。1 営業日以内に回答します。Ask our team