アプリが意図的に変わったとき

バグか、変更か

テストはアプリと同じだけ長く生き、アプリは変わり続けます。テストの更新は日々の開発の一部であり、何かがうまくいかなかった印ではありません。

アサーションが不合格になったら、信頼度レポートの 2 枚の画像を見てください。アプリにバグがあって報告するか、アプリが意図的に変わってテストがそれに合わせるか、どちらかです。

新しい見た目を採用する

1. 1

   レポートで不合格のアサーションを選択する

   

   拡大

2. 2

   実際の画像を期待画像として採用をクリックする

   新しい見た目が、そのアサーションの期待する内容になります。保存するまでは保留中と表示され、Ctrl+Zで取り消せます。

3. 3

   保存をクリックする

   テストファイルが更新されます。次の実行から、新しい見た目が期待されます。

まとめて採用する

デザイン変更の後は、多くのアサーションが同じ理由で不合格になります。レポートからまとめて一度に採用できます: 不合格のアサーションがすべて 2 枚の画像と共にシートに一覧表示されるので、本当のバグであるものはチェックを外してから、残りを採用できます。

テキストアサーションが期待する内容を変更する

テキストアサーションなら、期待する語句、一致精度、形式をレポート内で直接編集できます。保存する前に、枠で囲まれたプレビューが、その変更でアサーションが合格するかどうかを示します。

GUI Test Studio でアサーションを変更する

それ以上の変更は、レポートの GUI Test Studio で開くをクリックしてください: そのアサーションが選択された状態でテストが開き、すぐに編集できます。

環境ごとに異なる見た目

ライトテーマとダークテーマのように、どちらの見た目も正しい場合は、両方を残してください: 1 つのアサーションに複数の見た目を参照してください。

プロンプトで変更を依頼する

変更内容を AI アシスタント (Claude、Codex を備えた ChatGPT、VS Code、または当社が提供するか自分で用意するローカル AI モデル) に伝えて、ステップの名前変更、テキストアサーションが期待するテキストの変更、タイムアウトの延長、失敗時の動作の決定、ステップの削除や無視、待機の追加、テストの名前や説明の変更を依頼することもできます。アシスタントはテストのその部分だけをその場で変更し、何も記録し直さず、変更はテストファイルを上書きするため、書き込む前に確認を求めます。

GUI Test Runner-Recorder のプロンプトからテストを作成ウィンドウにあるテストを変更の例が、そうした依頼文を代わりに書いてくれます: テスト名と変更内容を指定して、アシスタントに送ってください。

プロンプトからテストを作成するを参照してください: 同じコネクターがテストの作成、編集、実行を行います。