Zgłoś trendów

Raport błędów trendów śledzić częstotliwość zespołu jest wykrywanie i rozwiązywanie błędów.Raport ten zawiera stopniowe lub średnią ruchomą błędów zgłoszony, rozwiązane i zamknięte w czasie.Podczas zarządzania dużą zespołu lub dużej liczby błędów można monitorować tygodniowy raport błędów trendów wgląd do jak zamknięcie błędów, rozpoznawanie i znajdowanie zespołu.

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

[!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 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

Ten raport służy do odpowiedzi na następujące pytania:: Liczbę błędów jest zespołu sprawozdawczości, rozwiązania i zamknięcia na dzień? Co to jest ogólna tendencja, w którym zespół przetwarzania błędów? Są błędów aktywacji i rozdzielczość stawek malejącego końca iteracji, zgodnie z oczekiwaniami?

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 SQL Server.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów projektów lub Zarządzanie uprawnieniami.

Dane w raporcie

Raport błędów trendów oblicza toczenia, średnia liczba błędów otwierane przez zespół, rozwiązany i zamknięty w oparciu o filtrów, które określisz.Średnia krocząca opiera się na siedem dni przed datą, dla którego jest obliczana.Oznacza to, że raport Uśrednia liczby błędów w każdym Państwie dla każdej z siedmiu dni przed datą i następnie wynik jest dzielona przez siedem.Pochodzą dane z magazynu danych.

Następująca ilustracja Wyświetla przykładowy raport błędów trendów.

Ten raport zawiera trzy wykresy liniowe i każdym wykresie reprezentuje kroczące liczby błędów aktywowany, rozwiązany i zamknięty.

Raport 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 obszar ścieżki lub stan błędu, priorytet lub dotkliwości.

Aby uzyskać więcej informacji, zobacz filtrowanie raportu później w tym temacie.

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

Raportu trendów Bug za przydatne i dokładne zespołu, należy wykonać następujące działania:

• Definiowanie błędów i określić ich iteracji i obszaru ścieżki.

• Aktualizacja Państwo każdego błędu jest ustalona, zweryfikowane i następnie zamknięte.

• Określ priorytet i ważności każdego błędu podczas klasyfikacji.

Aby szybko zaktualizować iteracji, obszar, stan, priorytet i wskaźnik ważności usterki, można użyć skoroszytu klasyfikacji.Aby uzyskać więcej informacji, zobacz Skoroszyt triage.

Ustawienie czasu trwania Sprint lub iteracji

Zrozumienie trendy błędów 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

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

2. Kliknij Widok raportu.

Interpretowanie raportu

Należy się spodziewać błędów rates różnią się oparte na którym są w cyklu projektowania.Zespół powinien znaleźć mniej błędów w początku iteracji niż w kolejnych iteracji.Zespół należy zamknąć większość błędów w iteracji, które są blisko koniec cyklu produktu.

Interpretować stawek błędów są najlepiej przeglądając je do wszystkich obecnych działaniach zespołu projektu i metryki, że raporty błędów stanu i Reactivations.Na przykład zespół może znaleźć błędy szczególnie szybko w słabo pisemne kod w kodzie nowo zintegrowane z ulepszonych badania lub podczas wyjątkowe zdarzenia, takiego jak imprezie błędów.Z drugiej strony błędy są trudniejsze do znalezienia w wysokiej jakości produktu oraz badania nieskuteczne.Można metryki dla kodu zapotrzebowania, zajętość kodu i badania stawek pomocy dalszej oceny rozumieniu trendów błędów.

Jako produkt ustabilizuje się pod koniec cyklu produktu, zespół powinien rzadziej wyszukiwania błędów.

Raport błędów trendów pokazuje jeden lub więcej wskaźników w poniższej tabeli opisano w lewej kolumnie.Można przejrzeć pytania w prawej kolumnie obszarów adres bardziej szczegółowo.

Wskaźnik	Pytania
Zespół jest znajdowanie o tę samą liczbę błędów w kolejnych okresach.Jeśli zespół stwierdzi taką samą liczbę błędów w tygodniu po tygodniu lub iteracji po iteracji, może zbadać podstawową przyczyną.Na początku cyklu badania testy może być rygorystyczne lub Zaawansowane wystarczająco znaleźć wiele błędów.W wczesnych iteracji oczekuje się tej sytuacji.Jednak jako produkt dojrzewa, testy powinny wykonywania szerszym scenariuszy i integracji.	Są przypadki badania odpowiednie badania historie użytkownika, które są opracowywane? Testy stają się przestarzałe lub są badania funkcjonalności niewłaściwy? Zespół jest rygorystycznie badania każdego wątku użytkownika?
Zespół jest znajdowanie wielu błędów w każdym okresie.Zespół może znaleźć błędów łatwo w Niechlujna kodu w kodzie nowo zintegrowanego z badania skuteczne lub podczas określone zdarzenie, na przykład imprezie błędów.	Metryki dla kodu zapotrzebowania, zajętość kodu lub postępu badań wskazują problemu z kodem lub testowania?
Zespół jest znajdowanie kilka błędów w każdym okresie.Zespół mogą wystąpić problemy z wyszukiwania błędów w roztworze wysokiej jakości lub testowania nieskuteczne.	Metryki dla kodu zapotrzebowania, zajętość kodu lub postępu badań wskazują problemu z kodem lub testowania?
Zespół jest rozwiązywanie wielu błędów w każdym okresie.Rozpoznania wysoką szybkość zazwyczaj wskazuje, że zespół jest czyni postępy.	Rozpoznać błędy pobierania natychmiast zamknięte?Zamknięte stawki powinien być podobny kurs rozwiązane. Bug reactivations pozostają w granicach oczekiwanych?
Zespół jest szybkie rozwiązywanie błędów, ale nie ich zamykania.Członkowie zespołu, którzy są przypisani do sprawdzenia poprawek może rozprzestrzeniać się zbyt cienkimi lub różne priorytety może zachować tych członków zespołu z zamknięcia rozpoznać błędy.	Badanie zasobów z nadmierną? Revisit zespołu należy przetestować priorytetów?

Zdrowe wersja raportu

Zdrowe raport błędów trendów pokazuje zespołu stwierdza, więcej błędów na początku cyklu rozwoju i mniej błędów do końca uwolnienia.Zespół powinien rozwiązać i zamknąć więcej błędów w kierunku zakończenia projektu.

Gdy zespół rozwiązuje błędów szybciej niż je znajdzie, liczba aktywnych błędów rozpocznie się zmniejszyć.Po uruchomieniu zespołu do wyszukiwania błędów mniej stabilizacji jest produkt.

Wersja niezdrowy raportu

Niezdrowy raport błędów trendów pokazuje że zespół jest znajdowanie błędów szybciej podejścia daty dostawy i rozwiązywanie błędów wolniej.W tej sytuacji zaległości bug zespołu rośnie, ponieważ pobieranie nie ustalono błędów i chcesz zbadać przyczyny.Poniższej ilustracji przedstawiono raport dla zespołu, który jest znajdowanie wielu błędów, rozwiązywanie błędów mniej niż znajdzie i mniej błędów niż zamykanie rozwiązuje.

Filtrowanie raportu i zmiana sposobu wyświetlania

Można filtrować raport błędów tendencji lub zmienić jego wyświetlania 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 obszar ścieżki, stan, priorytet lub dotkliwości.

Następująca ilustracja pokazuje dostępne filtry.

Aby filtrować błędów, które są uwzględniane w raporcie

1. 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, lub ważności listy, zaznacz pole wyboru każdego Państwa, priorytetu i dotkliwości, aby uwzględnić.

2. Kliknij Widok raportu.

Zobacz też

Koncepcje

Błędy pulpitu nawigacyjnego.

Skoroszyt triage

Raport o stanie błędu

Raport reactivations

Błąd (Agile)

Inne zasoby

Raporty (Agile)