テスト ケースを作成および保守する

Delegate を使用して Test Manager のテスト ケースを検索、書き込み、最新の状態に保つ (UI の更新後に動作しなくなったステップの修正も含めます)。

既存のテスト ケースを検索し、英語の平易な説明から新しいテスト ケースの下書きを作成し、アプリケーションの変化に応じてそのテスト ケースを最新の状態に維持します。たとえば、UI の更新後に動作しなくなったステップをキャッチして修正することもできます。

前提条件

「 最初のテスト ケースを設定および実行 する」の 1 回限りの設定を完了します — これらのタスクに追加の設定は必要ありません。

実行するテスト ケースを検索する

1. テスト ケースを一覧表示または検索するためのプロンプトを入力します (例: 「プロジェクト MYAPP 内のテスト ケースのリストを取得してください」)、または「プロジェクト MYAPP で『ログイン』を含むテスト ケースを検索」または「自分が作成したテスト ケースをプロジェクト MYAPP で表示してください」のように絞り込みます。

結果

Delegate は Test Manager を検索し、一致するテスト ケース名、オブジェクト キー、および ID を返します。

ヒント:

Delegate に実行を依頼する場合は、名前または ObjKey のいずれかを使用します。

新しいテスト ケースを最初から作成する

1. テストするフローの説明を入力します。たとえば、「パスワード リセット フローのテスト ケースの作成を手伝ってください。ユーザーがメールを入力し、リセット リンクを受け取り、それをクリックして、新しいパスワードを設定し、そのパスワードでログインできます。」とします。
2. 新しいテスト ケース Delegate を実行するよう依頼し、ステップが記述されたとおりに動作することを検証します。

結果

Delegate は、説明を、各ステップの期待される結果を含むアトミック ステップの構造化されたリストに変換します。また、「このフローではどのようなエッジ ケースをカバーすべきですか?」と尋ねて、見逃している可能性のあるシナリオを明らかにすることもできます。下書きを確認し、実際の UI と一致するように要素の名前と値を調整します。 Delegate は、申請書を表示するか、承認基準を貼り付けるまで、申請書を認識しません。

Delegate にテスト ケースを実行するよう依頼すると、テスト ケースがエンドツーエンドで実行され、どのステップが合格し、どのステップが一時停止を引き起こしたかが表示されます。これは文言の調整が必要な兆候です。フラグが付けられたステップを修正し、正常に合格したらテスト ケースをテスト セットに追加します。新しいテスト ケースの予算は 15 分から 20 分です。

注:

Jira で承認基準がある場合は、「 Jira を使用したテストとレポート 」のページの「チケットの読み取りと、チケットからのテスト ケースの下書き」をご覧ください。上記の説明と下書きの手順が自動化されます。

古いテスト ケースを見つけて修正する

1. UI を変更した後、影響を受けるテスト ケースまたはテスト セットを通常どおり実行します。
2. ステップの要素が移動されたり、名前が変更されたりした場合は、変更された箇所を Delegate に伝えます (例: 「このステップを書き直してください。ボタンの名前を [ログイン] ではなく [サインイン] に変更しました。」
3. 四半期に一度、 Delegate に古いテスト ケースを一覧表示するよう依頼します (例: 「プロジェクト MYAPP で、過去 60 日間実行されていないすべてのテスト ケースのリストを表示してください」)。

結果

ステップの要素が移動されたり名前が変更されたりすると、 Delegate は実行の途中で一時停止し、表示されている内容を表示します。すべての一時停止は、単なる失敗実行ではなくメンテナンス フラグとして扱われます。変更内容を説明すると、 Delegate はステップの説明を更新し、再実行できるようにします。四半期ごとの古いテスト ケースのリストには、再アクティブ化するか、意図的に廃止する候補が表示されます。

ステップを記述する: Delegate は確実に実行できます

黄金律: コードを書く方法ではなく、新しい同僚に説明する方法でステップを記述することです。

要素	良い例	問題のある例
操作	「ログインボタンをクリック」	「認証要素の操作」
期待される結果	「ダッシュボード ページが読み込まれます」	「システムは正しく応答します」
特異性	「[メール アドレス] フィールドに『[e-mail]』と入力してください」	「資格情報を入力してください」
一度に 1 つのこと	ステップごとに 1 つのアクション	「ログインして設定に移動し、パスワードを変更してください」

操作する要素に名前を付け、[期待される結果] フィールドに成功がどのように表示されるかを記述します。また、ステップはアトミックに保ち、内部の専門用語を避け、テスト データを明示的に含めます。ナビゲーション、フォーム入力、検証の各手順が最も確実に処理されます。ファイルのアップロード/ダウンロード、iFrame/ポップアップ内の要素、タイミングに依存するステップには、追加のガイダンスが必要な場合があります。

テスト ステップでの機密データの処理

テスト ケースのステップに実際の資格情報や個人を識別できる情報 (PII) を入力しないでください。ステップのコンテンツは、 Delegate が実行すると AI を通過し、Test Manager のコンテンツは既定でチーム全体に表示されます。

専用のテスト アカウントとパスワード、テスト メールボックス、明らかに架空の名前と住所、支払いプロバイダーのサンドボックス カード番号、およびステージングにのみ存在するレコードを使用します。

重要:

実際の値をステップに書き込むのではなく、チームが参照する、セキュリティで保護された個別のテスト資格情報参照 (パスワード マネージャーなど) を維持します。