問題
GUI テストの自動化が難しい理由
インターフェイスはアプリケーションの他のどの部分よりも頻繁に変わり、そのコードに依存するテストは一緒に壊れます。
セレクターが壊れる
ボタンをコードで見つけるテストは、開発者がそれを名前変更したり移動したりすると、画面が同じに見えても壊れます。
一部のインターフェイスには届かない
キャンバスアプリ、ゲーム、リモートデスクトップ、独自のツールキットは、スクリプトに取り付く先を与えません。
アサーションがユーザーの見るものを見逃す
テストは画面を一度も見ないので、ボタンが隠れていても、切れていても、色が違っていても合格することがあります。
仕組み
すでに手作業でしているとおりの GUI テスト
- 1
記録するか、説明するか
ユーザーと同じようにアプリケーションを使うか、ワークフローをプロンプトで説明して AI アシスタントに任せます。すべてのクリック、キー、ジェスチャーが実際の画面で記録され、表示されたものを確かめるアサーションも添えられます。
- 2
検証
ビジュアル、テキスト、レイアウト、グループの各アサーションが、ユーザーが見るもの (正しい要素、正しい文字、正しい位置) を確認します。
- 3
動画のように編集
タイムライン上でテストを調整します: ステップを移動、トリミング、名前の変更、グループ化し、すべて元に戻せます。あるいは変更をプロンプトで AI に頼むだけです。
- 4
すべてのビルドで実行
アプリから実行するか、コマンドライン実行ツールで CI/CD パイプラインから実行します。
- 5
レポートを読む
信頼度レポートは、何が合格し、何が不合格で、なぜなのかを、わかりやすい言葉と証拠となる画像で伝えます。
仕組み
画面を見る GUI テスト
要素を 2 つの方法で見つける
GTS Engine + AI は各要素をアプリのアクセシビリティ情報を通じて見つけ、アプリが答えないときは画面上で見た目によって見つけるので、背後のコードが変わっても何も変わりません。
アプリ自身の要素も使う
アプリケーションが要素を Windows に説明していれば、テストはまずそれを問い合わせ、説明がないときは画像を見ます。
単語、位置、グループを確かめる
テキストアサーションは画面上の文字を読み取り、レイアウトアサーションは要素の位置関係を確認し、グループアサーションは 1 つの画面の複数のアサーションをまとめて扱います。
画面上のあらゆるアプリ
Web アプリ、Windows ソフトウェア、スマートフォンの画面、仮想マシン、ゲームを、すべて同じ方法でテストします。
動画のように、またはプロンプトで編集
テストはステップのタイムラインです。移動、トリミング、名前の変更、グループ化ができ、すべて元に戻せます。あるいは変更をプロンプトで説明します。
ワンクリックで更新
画面が意図的に変わったときは、レポートから新しい見た目を採用すれば、テストは以後それを期待します。
質問
GUI テストの疑問に答えます
テスト対象のアプリで GUI Test Studio をご覧ください。チームとの 30 分の無料相談を予約できます。
または自分で始めましょう。ガイドが数分で最初のテストまで案内します。
詳しく見る