次の方法で共有


バグ (スクラム)

バグ作業項目を定義して管理することにより、チームは製品の障害を追跡し、それらを解決する作業に優先度を付けることができます。 バグを定義する場合、次のタスクを実行する必要があります。

  • 問題は正確に報告することで、チームの他のメンバーが問題の影響をすべて理解できるようにします。

  • バグを見つける前に行った操作をレポートに記述して、他のチーム メンバーが容易にその動作を再現できるようにする必要があります。

  • 予想される動作を指定して、他のメンバーがそのバグを修正したかどうかを理解できるようにします。

このトピックの内容

  • バグの定義

  • バグへのタスクの追加とリンク

  • バグへのテスト ケースの追加とリンク

  • その他の作業項目のバグへの追加

  • バグの状態の変更

必要なアクセス許可

バグを表示するには、読み取りユーザー グループのメンバーであるか、または [このノードの作業項目を表示します] アクセス許可が [許可] に設定されている必要があります。 バグを作成または変更するには、貢献者グループのメンバーであるか、または [このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。 詳細については、「アクセス許可の管理」を参照してください。

バグの定義

バグの作業項目フォームには、次の図に示すフィールドとタブがあります。

新しいバグ作業項目が表示されたスクリーンショット

バグを定義する場合は、タイトルを定義する必要があります。 他のフィールドは、空白または既定値のままにしておき、後で更新することができます。

バグを定義するには

  1. バグ用作業項目フォームの上部のセクションで、次のフィールドを 1 つ以上指定します。

    • [タイトル] に、コード障害についての説明を入力します (必須)。

    • [イテレーション] で、バグのイテレーション パスを指定します。

      詳細については、「区分およびイテレーションの作成および修正」を参照してください。

    • [担当者] ボックスで、バグを担当するチーム メンバーの名前をクリックします。

      注意

      作業項目を所有できるのは、貢献者グループのメンバーのみです。

    • [状態] ボックスでは、既定値である**[新規]**をそのまま使用します。

      [状態] フィールドとワークフローの追跡方法の詳細については、このトピックで後述する「バグの状態の変更」を参照してください。

    • [理由] ボックスでは、既定値である [New defect reported](新規に報告された障害) をそのまま使用します。

    • [Backlog Priority](バックログ優先順位) で、バグの相対的な優先順位を示す数値を入力します。

      値が大きいほど、優先順位は低くなります。 このフィールドの既定値は 1000 で、バックログの最下位の新しいバグに割り当てられます。

    • [Effort](工数) に、バグの修正に必要な作業負荷の相対的な量を示す数値を入力します。

      値が大きいほど、作業量は多くなります。

    • [重大度] ボックスで、プロジェクトへのバグの影響を示す値をクリックします。

      既定では、このフィールド値は [3 - 中] です。

    • [区分] ボックス、適切な区分パスをクリックします。

  2. 作業項目フォームの下部のセクションで、次のような情報を指定します。

    • [再現手順] タブには、別のチーム メンバーが、修正の必要がある問題について理解するための詳細な情報を入力します。

      このフィールドに入力する内容は書式設定できます。

    • [Acceptance Criteria](承認基準) タブで、チームがバグを修正したかどうかを検証するために使用する基準を入力します。

    • [履歴] タブで、履歴レコードの一部として取り込むコメントを追加します。

      チーム メンバーが作業項目を更新するたびに、変更日、変更を行ったチーム メンバー、および変更されたフィールドが履歴に表示されます。

    • [添付ファイル] タブでは、バグに関する詳細を提供するファイルを添付できます。

      たとえば、電子メールのスレッド、文書、イメージ、ログ ファイルなどのファイルを添付できます。

    • [システム] タブに、バグが発見されたソフトウェア環境を記述します。

      [発見されたビルド] ボックスで、障害が見つかったビルドの名前をクリックまたは入力します。

      バグを定義する際は、[ビルドに統合] にはビルドを指定しないでください。 バグを解決するときに、コードを取り込むまたはバグを修正するビルドの名前を入力します。

      注意

      各ビルドには、関連付けられた一意のビルド名があります。 ビルド名を定義する方法については、「ビルド番号のカスタマイズ」を参照してください。

  3. 以下のことを 1 つ以上実行して、バグを他の作業項目にリンクを設定します。

    • [タスク] タブで、バグからタスクへのリンクを 1 つ以上作成します。

      詳細については、このトピックで後述する「バグへのタスクの追加とリンク」を参照してください。

    • [テスト ケース] タブで、バグからテスト ケースへのリンクを 1 つ以上作成します。

      詳細については、このトピックで後述する「バグへのテスト ケースの追加とリンク」を参照してください。

    • [リンク] タブでは、バグから他のバグ、または作業項目の他の種類へのリンクを 1 つ以上作成します。 サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクも 1 つ以上追加できます。

      詳細については、このトピックで後述する「その他の作業項目のバグへの追加」を参照してください。

  4. 作業項目ツール バーの 保存 [作業項目の保存] をクリックします。

    バグを保存すると、作業項目ツール バーの下のタイトルに識別子が表示されます。

バグへのタスクの追加とリンク

タスク作業項目をバグにリンクすると、バグを解決および終了するために発生した作業の進行状況を追跡できます。

バグにリンクするタスクを作成するには

  1. [タスク] タブで、リンクされた新しい作業項目の追加 [新規] をクリックします。

    [リンクされた新しい作業項目の追加] ダイアログ ボックスが開きます。

    リンクされた新しい作業項目の追加が表示されたスクリーンショット

  2. [リンクの種類] ボックスでは、既定のオプションの [子] のままにします。

  3. [作業項目の種類] ボックスで、[タスク] をクリックします。

  4. [タイトル] に、実行する区分をできるだけ具体的に説明する名前を入力します。

  5. (省略可能) [コメント] に、追加情報を入力します。

  6. [OK] をクリックします。

    タスクの作業項目フォームが開き、指定した情報が表示されます。

  7. 残りのフィールドを指定し、保存 [作業項目の保存] をクリックします。

    タスク作業項目のフォームのフィールドに関する詳細については、「タスク (スクラム)」を参照してください。

既存のタスクをバグにリンクするには

  1. [タスク] タブで、リンクの追加[リンク先] をクリックします。

    [バグへのリンクの追加] ダイアログ ボックスが表示されます。

  2. [リンクの種類] ボックスでは、既定のオプションの [子] のままにします。

  3. [参照] をクリックします。

    [リンクされた作業項目の選択] ダイアログ ボックスが表示されます。

    リンクされた作業項目の選択フォームが表示されたスクリーンショット

  4. バグにリンクするタスクを指定するには、次のいずれかのタスクを実行します。

    • クエリを実行して、リンクするタスクを検索します。

    • リンク先のタスクの ID を入力します。

    • リンク先の項目のタイトルに含まれるテキストを入力し、作業項目の種類として [タスク] をクリックします。

    バグにリンクするタスクの横にあるチェック ボックスをオンにし、[OK] をクリックします。

    [リンクされた作業項目の選択] ダイアログ ボックスが閉じます。 詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。

  5. (省略可能) [リンクされた新しい作業項目の追加] ダイアログ ボックスで、バグをリンクしているタスクの説明を入力します。

  6. [OK] をクリックし、保存 [作業項目の保存] をクリックします。

    リンクしたバグとタスクの両方が更新されます。 追加した各タスクに対して、バグへの親リンクが作成されます。

バグへのテスト ケースの追加とリンク

テスト ケースを作成して、バグにリンクできます。 テスト スイートとテスト ケースを作成する際の推奨クライアントは Microsoft テスト マネージャー です。 このクライアントから、「方法: Microsoft テスト マネージャーを使用して要件またはユーザー ストーリーを表示する」で説明されているように、バグにリンクすることもできます。

バグにテスト ケースを追加するには

  1. [テスト ケース] タブで、リンクされた新しい作業項目の追加 [新規] をクリックします。

    [リンクされた新しい作業項目の追加] ダイアログ ボックスが表示されます。

  2. [リンクの種類] ボックスでは、既定のオプションの [テスト担当者] のままにします。

  3. [作業項目の種類] ボックスでは、既定オプションの [テスト ケース] のままにします。

  4. [タイトル] に、テストされる区分の説明を入力します。

  5. (省略可能) [コメント] に、追加情報を入力します。

  6. [OK] をクリックします。

    テスト ケースの作業項目フォームが開き、指定した情報が表示されます。

  7. 残りのフィールドを指定し、保存 [作業項目の保存] をクリックします。

    テスト ケースの作業項目フォームのフィールドの詳細については、「テスト ケース (スクラム)」を参照してください。

既存のテスト ケースをバグに追加するには

  1. [テスト ケース] タブで、リンクの追加 [リンク先] をクリックします。

    [バグへのリンクの追加] ダイアログ ボックスが表示されます。

  2. [リンクの種類] ボックスでは、既定のオプションの [テスト担当者] のままにします。

  3. [作業項目 ID] で、リンクするテスト ケースの ID を入力するか、それらの ID を参照します。

    保存されたクエリを実行して、追加するテスト ケースを検索し、リンクする各テスト ケースの横のチェック ボックスをオンにします。

    詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。

  4. (省略可能) バグをリンクするテスト ケースの説明を入力します。

  5. [OK] をクリックし、保存 [作業項目の保存] をクリックします。

    リンクしたバグとテスト ケースの両方が更新されます。 追加した各テスト ケースに対して、バグへのテスト リンクが作成されます。

その他の作業項目のバグへの追加

[リンク] タブを使用して、バグに他のバグまたは作業項目の他の種類を追加できます。

作業項目を作成してバグにリンクするには

  1. [リンク] タブで、リンクされた新しい作業項目の追加 [新規] をクリックします。

    [リンクされた新しい作業項目の追加] ダイアログ ボックスが開きます。

  2. [リンクの種類] ボックスで、[関連] をクリックします。

  3. [作業項目の種類] ボックスで、作成する作業項目の種類をクリックします。

  4. [タイトル] で、作業項目のタイトルを入力します。

  5. (省略可能) [コメント] に、追加情報を入力します。

  6. [OK] をクリックします。

    作業項目フォームが開き、指定した情報が表示されます。

  7. 保存 [作業項目の保存] をクリックします。

バグの状態の変更

チームでは、[状態]フィールドを [新規][承認済み][削除済み][コミット済み][完了] のいずれかに設定することで、バグの進行状況を追跡できます。 次の図は、バグの通常のワークフローの流れと、例外的なワークフローの流れを示しています。

バグの状態

バグ作業項目の状態ダイアグラム

通常のワークフローの流れ:

  • バグ作業項目を既定の状態である [新規] で作成します。

  • 状態を [新規] から [承認済み] に変更します。

  • チームがバグの修正にコミットされたときは、状態を [承認済み] から [コミット済み] に変更します。

  • 状態を [コミット済み] から [完了] に変更します。

例外的な遷移:

  • 状態を [新規] から [削除済み] に変更します。

  • 状態を [削除済み] から [新規] に変更します。

  • 状態を [承認済み] から [削除済み] に変更します。

  • 状態を [コミット済み] から [承認済み] に変更します。

状態の変更

使用する状況

[新規] から [承認済み]

製品所有者がバグの修正を承認したとき。

[新規] から [削除済み]

製品所有者がバグの修正を承認しなかったとき。

[承認済み] から [コミット済み]

チームが現在のスプリントでバグの修正をコミットしたとき。

[承認済み] から [削除済み]

チームがバグを修正しないと決定したとき。

[削除済み] から [新規]

チームがバグの修正を再検討したとき。

[コミット済み] から [完了]

チームがバグを修正し、承認基準を満たしたとき。

[完了] から [コミット済み]

チームが、そのバグの修正に必要な追加の作業に気付いたとき。

[コミット済み] から [承認済み]

スタッフが変わったか、または優先順位を調整するためにバグの修正作業を中止したとき。

参照

その他の技術情報

Visual Studio Scrum 1.0