Stan usterek — Raport

Artykuł
09/13/2015

Po rozpoczęciu zespołu do znalezienia i naprawienia błędów, można śledzić zespołu postęp w kierunku rozwiązania i zamknięcia błędów, wyświetlając raport o stanie błędu. Ten raport przedstawia liczba błędów zbiorcza, na podstawie stanu błędu, priorytetu i ważności.

Aby uzyskać informacje dotyczące dostępu, odświeżanie lub zarządzać raportami, zobacz Raporty (SQL Server Reporting Services ).

Uwaga

Ten raport wymaga, żeby kolekcja projektu zespołu zawierająca projekt Twojego zespołu została przygotowana z użyciem programu SQL Server Reporting Services.Ten raport nie jest dostępny, jeśli opcja Report Raporty nie pojawia się po otwarciu programu Team Explorer i rozwinięciu węzła projektu zespołu.

W tym temacie

Dane w raporcie
Ustawienie czasu trwania iteracji
Interpretowanie raportu
Filtrowanie raportu i zmiana sposobu wyświetlania

Ten raport służy do odpowiedzi na następujące pytania::

Jest zespołu naprawiania błędów wystarczająco szybko się zakończyć?
Jest zespołu ustalania usterek o wysokim priorytecie po raz pierwszy?
Co to jest rozkład błędy według priorytetu i wskaźnik ważności?
Liczbę błędów są przypisane do każdego członka zespołu?

Wymagane są uprawnienia

Aby wyświetlić raport, użytkownik musi być przypisany lub należeć do grupy, która została ma przypisaną rolę przeglądarki w usługach Reporting Services. Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów i projektów lub Zarządzanie uprawnieniami.

Dane w raporcie

Dane wyświetlane w raporcie stan błędu jest pochodną hurtowni danych. Ten raport zawiera kilka zestawów informacji Poniższe ilustracje i tabela Pokaż i opisać.

Bug status chart Lower half of bug status report

Informacje	Opis
Liczba błędów	Graficzną reprezentację Skumulowana liczba wszystkich błędów, pogrupowane według ich stanu.
Aktywne błędy priorytet/ważności	Wykres kołowy, który przedstawia liczbę błędów, które są nadal aktywne, pogrupowane według priorytetu lub dotkliwości.
Aktywne błędy przez przypisanie	Poziomego wykresu słupkowego z całkowitą liczbę błędów, które każdy członek zespołu przydzielonej do stanu aktywnego, pogrupowane według priorytetu lub dotkliwości.
Rozpoznać błędy przez przypisanie	Poziomego wykresu słupkowego z całkowitą liczbę błędów, które są w stanie rozpoznać, pogrupowane według priorytetu lub dotkliwości przydzielonej do każdego członka zespołu.

Raport o stanie błędów można filtrować w następujący sposób:

Zmień daty rozpoczęcia i zakończenia dla raportu.
Filtr błędów, które są liczone w raporcie, określając iteracji i obszaru ścieżki, stan błędu, priorytetu i ważności.

Aby uzyskać więcej informacji, zobacz filtrowanie raportu i zmiana sposobu wyświetlania później w tym temacie.

Czynności wymagane do śledzenia błędów

Bug raportu o stanie się przydatne i dokładne zespołu należy wykonać następujące czynności:

Uwaga

Zespół można użyć skoroszytu klasyfikacji do przeglądu, rangi, priorytety i przypisać błędów.Aby uzyskać więcej informacji, zobacz Skoroszyty.

Definiowanie błędów i określić ich iteracji i obszaru ścieżki.
Określ priorytet i ważności każdego błędu.

Uwaga

Informacji na temat definiowania ścieżki obszaru i iteracji, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.
Przypisać błędów każdego członka zespołu, który pracuje rozwiązania lub zamknij go.
Aktualizacja stanu każdego błędu jest ustalona, sprawdzone i zamknięte.

Ustawienie czasu trwania iteracji

Zrozumienie postępu, który wysłał zespołu dla użytkownika w bieżącej iteracji, daty rozpoczęcia i zakończenia raportu muszą zgadzać się z użytkownika bieżącego cyklu iteracji.

Aby zmienić czas trwania iteracji

Dalej, aby Iteracji Start (Data) lub Iteracji zakończenie (Data), kliknij ikonę kalendarza, a następnie kliknij datę.
Kliknij Widok raportu.

Interpretowanie raportu

Raport o stanie Błąd różnicowaniu należy się spodziewać oparte na którym są w cyklu projektowania. Wczesne iteracji powinien wykazywać stopniowy wzrost liczby aktywnych błędów. Iteracji, które są blisko koniec cyklu rozwoju powinien wykazywać szerokopasmowy rozwiązane błędów.

Raport odpowiedzi na pytania

Można przejrzeć raport ustalenie postępu w iteracji lub w czasie. W szczególności można znaleźć odpowiedzi na następujące pytania:

Jak szybko jest zespołu rozwiązania i zamknięcia błędów?
Jest zespołu naprawiania błędów wystarczająco szybko się zakończyć?
Jest zespołu ustalania usterek o wysokim priorytecie po raz pierwszy?
Co to jest rozkład błędy według priorytetu i wskaźnik ważności?
Liczbę błędów są przypisane do każdego członka zespołu?
Czy każdy członek zespołu muszą pomaga rozwiązać lub zamknąć błędów?

Zdrowe wersja raportu

Zdrowe raport błędów zawiera wzrostu w aktywnych błędów w czasie następuje stały postęp rozwiązania i zamknięcia błędów, jak na poniższej ilustracji pokazano. Gdy zespół rozwiązuje więcej błędów niż stwierdzi, zmniejsza liczbę aktywnych błędów.

Healthy version of Bug Status Report

Wersja niezdrowy raportu

Na następującej ilustracji pokazano niezdrowy wersję raportu o stanie błędu.

Unhealthy version of Bug Status Report

Niezdrowy raport o stanie błąd zawiera jeden lub więcej wskaźników, które opisano w poniższej tabeli:

Wskaźnik	Pytania
Zespół dla aktywnych błędów staje się coraz szersze. Jeśli szerokość pasma zespołu dla aktywnych błędów wzrasta, wzrasta zaległości błędów. Zespół jest znajdowanie więcej błędów niż jej rozwiązania lub zamknąć. Poszerzanie zespołu aktywnych błędów może wskazywać spowalnia możliwość zespołu rozwiązać i zamknąć błędów wąskie gardło.	Są członkowie zespołu są przeniesione na inne, niż priorytet zadania? Inne problemy blokuje możliwość zespołu rozwiązać i naprawa błędów?
Liczba aktywnych błędów nie jest zmiana. Płaski trend liczby aktywnych błędów wskazuje zespół nie wyszukiwanie błędów.	Wystarczy zapotrzebowania test? Inne kwestie blokuje możliwość wyszukiwania błędów zespołu?
Liczba błędów rozwiązane lub zamknięty nie jest zmiana. Gdy liczba błędów są rozwiązywane lub zamkniętych pozostaje na płaskim długie okresy czasu, członkowie zespołu mogą nie mógł rozpoznać lub zamknąć błędów.	Czy zespół priorytety są poprawnie ustawione? Członkowie zespołu nadmierną innych zadań? Członkowie zespołu są poprawnie śledzenie ich stan błędu?
Przydziały błędów nie są dystrybuowane równomiernie. Zespół może być konieczne ponowne przypisywanie pracy, gdy duża liczba błędów są przypisane do jednej lub dwóch zespołów członków i tylko kilka innych członków zespołu.	Czy zespołu należy zrównoważyć obciążenie przez ponowne przypisywanie błędów?
Liczba aktywnych wyższy priorytet błędów jest większy niż liczba aktywnych niższy priorytet błędów. Gdy liczba usterek o wysokim priorytecie jest znacznie większy niż liczba błędów niższy priorytet, pracy może być postępu na elementy niższego priorytetu najpierw.	Zespół naprawiania błędów w kolejności priorytetu jest ustawiony przez zespół? Problemy blokuje możliwość zespołu naprawa błędów wyższy priorytet?

Filtrowanie raportu i zmiana sposobu wyświetlania

Można filtrować raport o stanie błąd lub zmienić jego wyświetlania w następujący sposób:

Zmień daty rozpoczęcia i zakończenia dla raportu.
Filtr zestawu błędów, które są zliczane przez zmianę ścieżki iteracji, obszar ścieżki, Państwo, dotkliwości lub priorytet.
Zmienianie grupowania, na podstawie priorytetu lub dotkliwości.

Poniższa ilustracja przedstawia dostępne filtry i opcji wyświetlania:

Filters for Bug Status

Do filtrowania zestawu błędów, które są uwzględniane w raporcie

Wykonaj jedną lub obie z następujących czynności:
- W iteracji i obszaru listy, zaznacz pole wyboru każdego obszaru iteracji lub produktu, aby uwzględnić.
- W Państwo, priorytet, i ważności listy, zaznacz pole wyboru każdego Państwa, priorytetu i dotkliwości, aby uwzględnić.
Kliknij Widok raportu.