Tendencje usterek — Raport
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 .png "Report"){kind=icon}
Raporty nie pojawia się po otwarciu programu Team Explorer i rozwinięciu węzła projektu zespołu.
W tym temacie
|
Możesz użyć tego raportu do udzielenia odpowiedzi na następujące pytania:
|
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.
.png "Example of Bug Trends report")
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.
.gif "Dd380674.collapse_all(pl-pl,VS.140).gif")
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 Skoroszyty.
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. |
|
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. |
|
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. |
|
Zespół rozwiązuje wiele błędów w każdym przedziale czasowym. Rozpoznać wysokie stawki zazwyczaj wskazuje, że zespół czyni postępy. |
|
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. |
|
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.
.png "Unhealthy version of Bug Trends Report")
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.
.png "Filters for Bug Trends report")
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.
Zobacz też
Koncepcje
Pulpit nawigacyjny usterek (zwinny i CMMI)