Partager via


Show bugs on backlogs and boards

TFS 2017 | TFS 2015 | TFS 2013

As your team identifies code defects or bugs, they can add them to the backlog and track them similar to tracking requirements. Or, they can schedule bugs to be fixed within a sprint along with other tasks.
When you track bugs as requirements, they appear on the product Backlogs and Kanban Boards. When you track bugs as tasks, the bugs appear on the Sprint Backlogs and Taskboards. For more information about other work item types, see Add other work item types to backlogs or boards.

Note

Requirements specify expectations of users for a software product. In Azure Boards, requirements are defined by work items that appear on your product backlog. They correspond to User Stories (Agile), Product Backlog Items (Scrum), Issues (Basic), or Requirements (CMMI) based on the process selected for your project. They also belong to the Requirements Category which manages which work item types appear on the product backlog.

Prerequisites

Options your team has to track bugs

The following table summarizes the three options teams have to track bugs. Before making your choice, we recommend you review the information provided in Define, capture, triage, and manage bugs. That article provides an overview of the Bug work item type and supported tools for managing bugs.


Option

Choose when you want to...


Track bugs as Requirements

Note

  • Bugs are assigned to the Requirements Category

Track bugs as Tasks

  • Estimate work for bugs similar to tasks
  • Update bug status on sprint Taskboards
  • Link bugs to requirements as child items
  • Can drag and drop bugs onto Planning pane to assign bugs to a sprint

Note

  • Bugs are assigned to the Task Category
  • User Stories (Agile), Product Backlog Items (Scrum), or Requirements (CMMI) are the natural parent work item type for Bugs
  • Bugs won't be visible on Delivery Plans

Bugs don't appear on backlogs or boards

  • Manage bugs using queries

Note

  • Bugs are associated with the Bugs Category and won't appear on either backlogs or boards
  • Bugs won't be visible on Backlogs, Boards, Sprint Backlogs, Taskboards, or Delivery Plans
  • Can't drag and drop bugs onto Planning pane to assign bugs to a sprint

Set your team's preference for bug tracking

You can change the setting from a backlog or board view, or from Project Settings>Team Settings. Here we show how to change it from the board view.

Requires TFS 2013.4 or later version.

  1. Open your team settings from the Overview tab of your team's admin context. Your changes are automatically saved.

  2. Choose gear icon to open the administration page.

    Gear icon provides access to admin pages

  3. From the Overview tab, choose the team whose settings you want to configure, and then choose Settings. Select the option you want. Your changes are automatically saved.

    TFS 2015, web portal, team settings admin page, Working with bugs
  4. To see the changes, open or refresh the team's backlog or Kanban board.

Nested items

Tip

If, after refreshing a backlog or board, you don't see bugs where you expect to see them, review How backlogs and boards display hierarchical (nested) items. Only leaf nodes of nested items appear on the Kanban or task boards.

When you manage bugs with requirements or tasks, they appear on one or more of your Agile tool backlogs and boards. However, if you nest items—create parent-child links of items that belong in either the Requirements or Task categories—not all items may appear on your backlogs and boards. To learn more about how nested items are treated, see How backlogs and boards display hierarchical (nested) items.

Add other work item types to your backlogs or boards

Bugs are a common item that teams want to track, and choose how they track them. For more information, see Manage bugs.

However, what if you want to track other work item types on your backlogs and boards?

You can add other work item types—such as change requests, issues, or impediments—by customizing your process or project, based on the process model you use. For details, see Add a work item type to a backlog and board.

For an overview of process models, see Customize your work tracking experience.

Create, list, and manage bugs

Bugs that are managed with requirements can be added through the product backlog or Kanban board. When bugs are managed along with tasks, you can add them to a sprint backlog or task board. Or, capture them using other tools. For more information, see Define, triage, and manage bugs.

Tip

Effort should automatically be part of a bug, but if you don't see it, customize the bug work item type for it to appear.

You can review bugs defined for your project by creating a query and specifying the Work Item Type=Bug. Or, open a predefined query, Active Bugs (Agile and CMMI), or Work in Progress (Scrum).