Jira を使用したテストの連携とレポート

Delegate を使用して、Jira チケットからテスト ケースの下書きを作成し、失敗した実行のバグをログに記録し、スプリント カバレッジ、サインオフ、QA メトリック レポートをまとめます。

接続すると、 Delegate は Jira チケットを読み取り、失敗した実行のバグを記録して、Jira と Test Manager を相互参照するレポートをアセンブルできます。以下のタスクは互いに独立しています。

前提条件

1. 「 最初のテスト ケースをセットアップして実行する」のワンタイム設定を完了します。
2. Jira を接続する (1 回限りの設定):
   1. Open Delegate → Settings → Connections.
   2. リストで Jira を見つけて [ 接続] を選択します。
   3. Atlassian アカウントで認証します。
   4. Jira のインスタンスまたはワークスペースを選択します。

チケットを読み、チケットからテスト ケースの下書きを作成する

1. チケットを参照するプロンプトを入力します (例: 「チケット MYAPP-42 を読み取って、各承認基準のテスト ケースを書いてください」)。

結果

Delegate は、チケットのタイトル、説明、承認基準、コメントを取得し、各基準を特定し、基準ごとに構造化されたテスト ケース (ステップと期待される結果) の下書きを作成します。承認基準ごとに 1 つの下書きのテスト ケースが表示されます。Test Manager に追加する前に、特定の UI を確認して調整できます。

注:

Delegate はチケットの内容のみを把握します。承認基準が曖昧であったり欠落していたりする場合は、下書きのテスト ケースにそれが反映されます。

失敗した実行のバグのログ記録

1. 実行に失敗した後、失敗を説明するプロンプトを入力します。例: 「ステップ 3 の失敗に対して、プロジェクト MYAPP に Jira のバグを作成してください — ログイン後にダッシュボードが読み込まれませんでした。」

結果

Delegate は、チケットに失敗したステップの概要、観察された動作と期待される動作の説明、テスト ケース名とオブジェクト キー、Test Manager の実行へのリンク、失敗したステップの詳細を事前に入力します。新しいチケットが表示され、開発チームに送信できます。同じプロンプトに優先度またはラベルを追加します (例: 「高優先度としてマークし、退帰というラベルを付けてください」)。

スプリント テスト カバレッジ レポートを生成する

1. スプリントとプロジェクトに名前を付けるプロンプトを入力します (例: 「プロジェクト MYAPP でスプリント 24 のテスト カバレッジ レポートを生成してください」)。

結果

Delegate は、スプリントの Jira チケットを取得し、リンクされたテスト ケースを Test Manager で検索して、どのテスト ケースが実行されたかを確認し、ストーリーごとの成功/失敗を要約します。テスト ケースの数、実行ステータス、結果を含むストーリーの表が表示され、テスト カバレッジがゼロのストーリーには明示的にフラグが付けられています。

QA 承認文書を準備する

1. リリースとそのソースを説明するプロンプトを入力します (例: 「Prepare a QA sign-off document for the v2.4 release.スプリント チケットは Jira プロジェクトの MYAPP スプリント 24 にあります。テスト結果は Test Manager プロジェクトの MYAPP にあります。」

結果

Delegate は、Jira からリリース スコープを取得し、リンクされたテスト ケースと結果を検索し、テスト済みの領域と未テストの領域を特定し、ドキュメント全体 (スコープ、カバレッジの概要、実行結果、未解決のバグ、リスク評価、承認ステートメント) の下書きを作成します。通常は約 5 分で完全な下書きが表示されます。これを Word 文書、Confluence ページ、またはメールで直接保存するよう Delegate に依頼できます。

スプリント間で結果を比較する

1. テスト セットとスプリント範囲に名前を付けるプロンプトを入力します (例: 「プロジェクト MYAPP の過去 4 つのスプリントにわたる回帰スイートのテスト結果を比較してください」)。

結果

Delegate は、スプリント全体にわたってテスト ケースごとに結果を調整し、パターン (常に不合格のケース、不安定なケース、合格率の低下傾向、テストされていない領域) にフラグを付けます。テスト ケースごとの傾向の表に、それぞれのステータス フラグ (安定版、不安定型、機能低下中、未実行、慢性的な失敗) が表示されます。

[QA メトリック] ページを構築する

1. プロジェクトとスプリントに名前を付けるプロンプトを入力します (例: 「ス プリント 24 をカバーするプロジェクト MYAPP 用に、Confluence で QA メトリック ページを構築してください」)。

結果

Delegate は、Test Manager と Jira から合格率、カバレッジ率、未解決のバグ、不安定なテスト数を取得し、構造化された Confluence ページを作成します。共有可能な Confluence ページには、概要表、傾向データ、失敗した上位のテスト ケース、カバレッジ ギャップが表示されます。各スプリントごとに更新可能で、「スプリント 25 の QA メトリック Confluence ページを更新してください」などのフォローアップ プロンプトが表示されます。

新しいプロジェクトの QA 戦略文書の下書き

1. 新しいプロジェクトについて説明してください。たとえば、「NEWAPP という新しいプロジェクトの QA 戦略ドキュメントを作成してください。NEWAPP は e コマース プラットフォームです。5 人の QA チームで、Test Manager と Jira を使用し、3 か月の納品サイクルを目標にしています」と説明します。

結果

Delegateは、標準構造の草案を作成します。範囲、アプローチ、ツール/環境、テスト ケース管理、実行計画、開始/終了基準、不具合管理、リスク、役割などがあります。約 80% が完成したドキュメントが表示されます。プロジェクト固有のスコープ、チーム名、リリース ゲートに入力します。スコープセクションだけから始めると、残りのセクションをうまく固定する傾向があります。