Tendencje usterek — Raport

Artykuł
06/10/2015

Raport błędów trendy służące do śledzenia szybkość, jaką zespół jest odkrywanie i rozwiązywaniu błędów.W tym raporcie przedstawiono stopniowe lub średnią ruchomą błędy są zgłaszane obsłużonej i zamkniętej w czasie.Podczas zarządzania dużą zespołu lub dużej liczby błędów, można monitorować co tydzień raport błędów trendy się uzyskać wgląd w jak dobrze zamknięcia błędów, rozpoznawanie i znajdowanie zespołu.

Aby uzyskać informacje o tym, jak uzyskać dostęp, odświeżać 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 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

Możesz użyć tego raportu do udzielenia odpowiedzi na następujące pytania:

Jak wiele błędów zespół zgłasza, rozwiązuje i zamyka na dzień?
Co to jest ogólna tendencja, w którym zespół jest przetwarzanie błędów?
Są błąd aktywacji i rozdzielczości cena spada w kierunku 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 i projektów lub Zarządzanie uprawnieniami.

Dane w raporcie

Raport błędów trendy oblicza stopniowe średnią liczbę błędów, które otworzył zespołu, rozwiązany i zamknięty w oparciu o filtry, które określisz.Średnia krocząca jest oparta na siedmiu dniach przed datą, dla której jest obliczana.Oznacza to, że raport oblicza średnią liczbę błędów w każdym Państwie dla każdego z siedmiu dni przed datą, a następnie wynik dzieli się przez siedem.Pobierane są dane z magazynu danych.

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

Przykład raportu trendów usterek

Ten raport wyświetla maksymalnie trzy wykresy linii, a na każdym wykresie reprezentuje kroczące liczby błędów aktywowany, rozwiązany i zamknięty.

Możesz filtrować raport w następujący sposób:

Zmień daty rozpoczęcia i zakończenia dla raportu.
Filtrowanie błędów, które są uwzględniane w raporcie przez określenie iteracji i obszar ścieżki lub błąd stanu, priorytet lub dotkliwości.

Aby uzyskać więcej informacji, zobacz Filtrowanie raportu w dalszej części tego tematu.

Wymagane działania do śledzenia błędów

W raporcie błędów trendy być użyteczne i dokładne zespół musi wykonać następujące działania:

Zdefiniuj usterki i określ ich ścieżki Iteracja i Obszar.
Aktualizacja Państwo każdego błąd jak problem został rozwiązany, zweryfikowane, a następnie zamknięte.
Określ priorytet i ważności każdego błędu podczas rannych.

Skoroszyt rannych służy do szybkiego aktualizowania iteracji, obszar, stan, priorytet i wskaźnik ważności usterki.Aby uzyskać więcej informacji, zobacz Skoroszyt dotyczący klasyfikacji.

Ustawienie czasu trwania Sprint lub iteracji

Zrozumienie trendów błędów dla bieżącej iteracji, daty rozpoczęcia i zakończenia raportu muszą zgadzać się z bieżącego cyklu iteracji.

Aby zmienić czas trwania iteracji

Obok Iteracji Start (Data) lub Iteracji zakończenie (Data), kliknij ikonę kalendarza, a następnie kliknij datę.
Kliknij Wyświetl raport.

Interpretowanie raportu

Cena błąd zmieniać należy się spodziewać oparte na to, gdzie są w cyklu rozwoju produktu.Zespół powinien znaleźć mniej błędów w początku iteracji niż w późniejszym iteracji.Zespół powinien zostać zamknięty większość błędów w iteracji, które są pod koniec cyklu produktu.

Zinterpretować błąd cena jest najlepiej przeglądając je w stosunku do wszystkich bieżącej działalności zespołu w projekcie i innych parametrów, które zapewniają raporty Status błędu i reaktywacji.Na przykład zespół może znaleźć błędy szczególnie szybko w błędnie napisany kod w kodzie nowo zintegrowane z ulepszonych badania lub w trakcie wyjątkowe zdarzenia, takiego jak imprezie błędów.Z drugiej strony błędy są bardziej trudne do znalezienia w wysokiej jakości produktu oraz badania nieskuteczne.Metryki dla pokrycia kodu, zajętość kod i częstotliwości badania można użyć dalszej oceny rozumieniu trendów błędów.

Jak produkt stabilizuje się pod koniec cyklu produktu, zespół powinien znaleźć błędy rzadziej.

Raport błędów trendy pokazuje jeden lub więcej wskaźników, które w poniższej tabeli opisano w kolumnie po lewej stronie.Możesz przejrzeć pytania w prawej kolumnie dla obszarów do rozwiązania bardziej szczegółowo.

Wskaźnik	Pytania, które należy zadać
Zespół znajduje tę samą liczbę błędów w kolejnych przedziałach czasowych.Jeśli zespół stwierdzi taką samą liczbę błędów tydzień po tygodniu lub iteracja po iteracji, warto zbadać przyczyny.Na wczesnym etapie cyklu testowania testy mogą nie być wystarczająco rygorystyczne lub zaawansowane, aby udało się znaleźć wiele błędów.W wczesnych iteracji oczekuje się tej sytuacji.Jednak jak dojrzewa produkt, testy powinny uwzględniać szersze scenariusze i integracje.	Przypadków testowych są odpowiednie do testowania historie użytkownika, które są w trakcie opracowywania? Czy testy stały się nieaktualne lub czy badają niewłaściwą funkcjonalność? Zespół test rygorystycznie testuje każdy wątek użytkownika?
Zespół znajduje wiele błędów w każdym przedziale czasowym.Zespół może z łatwością znaleźć błędy w niechlujnym kodzie, w kodzie nowo zintegrowanym, przeprowadzając skuteczne testy lub w trakcie specjalnego zdarzenia, takiego jak impreza poświęcona błędom.	Czy metryki dla pokrycia kodu, postępu dokonanego w kodzie lub postępu testów wskazują na problem z kodem lub testowaniem?
Zespół znajduje kilka błędów w każdym przedziale czasowym.Zespół może mieć problemy za znajdowaniem błędów w rozwiązaniach wysokiej jakości lub jeśli przeprowadza nieskuteczne testy.	Czy metryki dla pokrycia kodu, postępu dokonanego w kodzie lub postępu testów wskazują na problem z kodem lub testowaniem?
Zespół rozwiązuje wiele błędów w każdym przedziale czasowym.Rozpoznać wysokie stawki zazwyczaj wskazuje, że zespół czyni postępy.	Zostaje rozwiązany błędów niezwłocznie coraz zamknięte?Zamknięty kurs powinien być podobny kurs rozwiązane. Błąd reaktywacji pozostają w granicach oczekiwanych?
Zespół szybko rozwiązuje błędy, ale ich nie zamyka.Członków zespołu, którzy są przypisani do sprawdzenia poprawek może być zbyt rozproszeni lub różne priorytety może zachować tych członków zespołu od zamknięcia rozpoznać błędy.	Badanie zasobów z nadmierną alokacją? Czy zespół powinien wracać do priorytetów testów?

Zdrowa wersja raportu

Zdrowe raport trendy błąd wskazuje, że zespół znajdzie więcej błędów na początku cyklu rozwoju i mniej błędów w kierunku końca uwolnienie.Zespół powinien rozwiązać i zamknąć więcej błędów w kierunku końca projektu.

Rozwiązywana zespołu błędów szybciej niż je znajdzie, liczba aktywnych błędów będzie zacząć spadać.Kiedy zespół zaczyna się znaleźć mniej błędów, produkt jest stabilizacji.

Niezdrowa wersja raportu

Niezdrowy raport błędów trendy pokazuje że zespół jest szybciej podejścia Data wysyłki stwierdzenia błędów i rozwiązywaniu błędów wolniej.W tej sytuacji zespołu błąd zaległości rośnie, ponieważ błędów nie są coraz ustalone, a może chcesz zbadać przyczyny.Na poniższej ilustracji przedstawiono raport dla zespołu, który jest znalezienie wiele błędów, rozwiązywaniu błędów mniej niż znajdzie oraz zamknięcia mniej błędów niż to rozwiązanie.

Zła wersja raportu trendów usterek

Filtrowanie raportu i zmiana sposobu wyświetlania

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

Zmień daty rozpoczęcia i zakończenia dla raportu.
Filtrowanie błędów, które są uwzględniane w raporcie przez określenie ścieżki iteracji i obszar, stan, priorytet lub dotkliwości.

Na poniższej ilustracji przedstawiono dostępne filtry.

Filtry dla raportu trendów usterek

Aby odfiltrować błędy, które są uwzględniane w raporcie

Wykonaj jedną z dwu 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, priorytet i surowych to.
Kliknij Wyświetl raport.