バックログとボードにバグを表示する
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
チームがコードの欠陥やバグを特定すると、バックログに追加し、追跡要件と同様に追跡できます。 他のタスクと共に、スプリント内で修正されるようにバグをスケジュールできます。
バグを requirements として追跡すると、製品のバックログとボードに表示されます。 バグを tasks として追跡すると、スプリント バックログとタスクボードにバグが表示されます。 その他の作業項目の種類の詳細については、「 他の作業項目の種類をバックログまたはボードに追加するを参照してください。
Agile、Scrum、および Capability Maturity Model Integration (CMMI) プロセスに対して、チームの追跡設定を定義できます。 バグ作業項目の種類は、 Basic プロセスに対して定義されていないため、Basic のチーム設定はありません。 代わりに、問題の作業項目の種類を使用してバグやコードの欠陥を追跡する必要があります。
Note
"要件" では、ソフトウェア製品に対するユーザーの期待を指定します。 Azure Boards では、要件はプロダクト バックログに表示される作業項目によって定義されます。 要件は、プロジェクトに対して選択したプロセスに基づいて、ユーザー ストーリー (アジャイル)、製品バックログ項目 (スクラム)、問題 (基本) または要件 (CMMI) 作業項目の種類に対応します。 また、製品バックログに表示される作業項目の種類を管理する [Requirements] カテゴリにも属します。
前提条件
Permissions: Team Administrator または Project Administrators グループのメンバー。
バグ追跡のオプションから選択する
次の表は、チームがバグを追跡するためのオプションをまとめたものです。 選択する前に、バグの定義、キャプチャ、トリアージ、管理 で提供される情報を確認することをお勧めしますバグの作業項目の種類とバグを管理するためのサポートされているツールの概要を示します。
オプション
以下のことが必要なときに選択
バグを要件として追跡する
- 要件と共にバグの優先順位 (スタック順位) を決める
- 予測のためにバグの作業量を見積もる
- ボード上のバグステータスを更新
- ベロシティ グラフ と 累積フロー ダイアグラムにバグを含める
- スプリント計画をサポートするために予測ツールを使用できるようにしておく
- バグを [計画] ペインにドラッグして、バグをスプリントに割り当てる
- [デリバリー計画] でバグを確認する
Note
- バグは要件カテゴリに割り当てられます
タスクとしてバグを追跡する
- タスクと同じようにバグの作業を見積もる
- スプリントのタスクボードでバグの状態を更新する
- バグを子項目として要件にリンクする
- バグを [計画] ペインにドラッグして、バグをスプリントに割り当てる
Note
- バグはタスク カテゴリに割り当てられます
- ユーザー ストーリー (アジャイル)、プロダクト バックログ項目 (スクラム)、または要件 (CMMI) は、バグの自然な親作業項目の種類です
- バグは [デリバリー計画] に表示されません
バックログまたはボードにバグを表示しない
- クエリを使用してバグを管理する
Note
- バグはバグ カテゴリに関連付けられ、バックログまたはボードには表示されません
- バグは、バックログ、ボード、スプリント バックログ、タスクボード、またはデリバリー計画に表示されません
- バグを [計画] ペインにドラッグして、スプリントにバグを割り当てることはできません
バグ追跡のチーム設定を設定する
設定は、バックログまたはボード ビューから、または Project 設定>Team 構成から変更できます。
次の手順では、ボード ビューから変更する方法を示します。
組織 (
https://dev.azure.com/{yourorganization}
) にサインインし、プロジェクトを選択します。ボードを開きます。 チームの管理者でない場合は、管理者として追加するよう依頼します。 ボードをカスタマイズできるのは、チーム管理者とプロジェクト管理者のみです。
ボード設定 を選択してボードを構成し、一般的なチーム設定を設定します。
[ バグのある作業] を選択し チームの作業方法に最も適したオプションを選択します。
変更が完了したら、[保存] を選びます。
項目の入れ子
要件やタスクを使用してバグを管理すると、1 つ以上のアジャイル ツールのバックログとボードにバグが表示されます。 ただし、項目を入れ子にする場合は、[要件] または [タスク] カテゴリに属するアイテムの親子リンクを作成することで、すべてのアイテムをバックログやボードに表示できるわけではありません。 入れ子になった項目の処理方法の詳細については、「 並べ替えと入れ子の問題を解決するを参照してください。
ヒント
バックログまたはボードを更新した後に、バグが表示されない場合は、 並べ替えと入れ子の問題確認してください。 入れ子になった項目のリーフ ノードのみが、タスク ボードに表示されます。
その他の作業項目の種類をバックログまたはボードに追加する
バグは、チームが追跡し、それらを追跡する方法を選択する一般的な項目です。 詳細については、 バグの管理について参照してください。
ただし、バックログやボードで他の作業項目の種類を追跡する場合はどうなりますか?
他の作業項目の種類を追加するには、使用するプロセス モデルに基づいてプロセスまたはプロジェクトをカスタマイズします。 これらの項目には、変更要求、問題、障害が含まれます。
- 継承プロセス モデルについては、「 バックログまたはボードをカスタマイズするを参照してください。
- ホスト型 XML およびオンプレミスの XML プロセス モデルについては、「 作業項目の種類をバックログとボードに追加するを参照してください。
プロセス モデルの概要については、「 作業追跡エクスペリエンスをカスタマイズする」を参照してください。
バグの作成、一覧表示、管理
要件で管理されるバグは、 product バックログ または board で追加できます。 タスクと共にバグが管理されている場合は、 印刷バックログまたはタスク ボードに追加できます。 または、他のツールを使用してキャプチャします。 詳細については、「 バグの定義、トリアージ、管理を参照してください。
ヒント
作業は自動的にバグの一部である必要があります。 表示されない場合は、バグの作業項目の種類をカスタマイズして表示します。
プロジェクトに定義されているバグを確認するには、クエリを作成し、 Work Item Type=Bug を指定します。 または、定義済みのクエリ ( Active Bugs (Agile と CMMI) または Work in Progress (Scrum) を開きます。