Omówienie wątków - Raport (Agile)
Raport przeglądu historii pokazuje historie wszystkich użytkowników, filtrowane według obszaru i iteracji oraz w kolejności ważności.Aby uzyskać informacje o tym, jak otworzyć ten raport, odświeżać dane 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
|
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.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów i projektów lub Zarządzanie uprawnieniami.
Dane w raporcie
Raport przeglądu historii prezentuje migawkę pracy, która została wykonana dla filtrowanego zestawu historii użytkownika do bieżącej daty, jak przedstawiono na poniższej ilustracji:
Ten raport wyświetla następujące informacje dotyczące każdej wymienionej historii użytkownika:
Postęp prac
% Godzin ukończonych: Wartość liczbowa i reprezentacja wizualna, która pokazuje procent ukończonej pracy, w oparciu o zestawienie planu bazowego i ukończone godziny wszystkich zadań połączonych z historią użytkownika lub jego historiami podrzędnymi.
Pozostałe godziny: Wartość liczbowa dla zestawienia wszystkich pozostałych godzin dla zadań powiązanych z historią użytkownika lub jego historiami podrzędnymi.
Stan testu
Punkty testu: Wartość liczbowa, która reprezentuje liczbę parowań przypadków testowych z konfiguracjami testu w określonym zestawie testów.Aby uzyskać więcej informacji na temat punktów testowych, zobacz Raportowanie postępu testów dla planu testów.
Wyniki testu: Wartość liczbowa i reprezentacja wizualna, który pokazuje procent przypadków testowych, pogrupowanych według stanu ich ostatniego przebiegu testowego, gdzie opcjami są Zakończone pomyślnie (zielone), Zakończone niepowodzeniem (czerwone) lub Nie uruchomione (czarne).
Usterki: Wartość liczbowa i reprezentacja wizualna, która pokazuje liczbę usterek, które są połączone z przypadkiem testowym lub historią użytkownika, gdzie opcjami są Aktywny (niebieski) i Rozwiązany (złoty).Jeśli historia użytkownika jest połączona z co najmniej jedną historią podrzędną, to wartość reprezentuje zestawienie wszystkich usterek historii użytkownika i jego historii podrzędnych.
Historie użytkownika, które pojawiają się w raporcie
Raport przeglądu historii wyświetla i wyróżnia historie użytkownika zgodnie z poniższymi kryteriami:
Historie pojawiają się w kolejności ich ważności, opartej o przypisany ranking.
Historie mają pogrubioną czcionkę, jeśli są w stanie aktywnym lub rozwiązanym.
Historie mają normalną czcionkę, gdy są w stanie zamkniętym.
Historie mają szarą czcionkę, gdy przypisana im iteracja lub obszar znajdują się na zewnątrz filtrowanego zestawu, ale mają zadania i historie podrzędne wewnątrz filtrowanego zestawu iteracji lub obszarów produktu.
[!UWAGA]
Aby uzyskać informacje dotyczące sposobu definiowania ścieżek iteracji i obszarów, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.
Działania wymagane dla śledzenia elementów pracy
Aby raport przeglądu historii był użyteczny i dokładny, zespół musi wykonać następujące działania związane ze śledzeniem elementów roboczych:
Zdefiniować historie użytkownika i zadania, utworzyć łącze Element podrzędny od każdego zadania do historii użytkownika i utworzyć łącze Element podrzędny od każdego podzadania do jego zadania nadrzędnego.Aby uzyskać więcej informacji, zobacz Zadanie (Agile) [redirected].
Zdefiniować i zaktualizować pola Zakończone i Pozostałe dla każdego zadania lub podzadania podczas iteracji lub wydania.
Ważne W przypadku dzielenia zadania na podzadania, członkowie zespołu powinni określić godziny tylko dla podzadań.Czas jest rzutowany jako suma wartości dla zadania nadrzędnego i historii użytkownika.
Zdefiniować przypadki testowe i utworzyć łącze Testowane przez od każdego przypadku testowego do historii użytkownika.Aby uzyskać więcej informacji, zobacz Przypadek testowy [redirected].
Dla każdej usterki utworzyć połączenie Testowane przez do przypadku testowego, który zidentyfikował defekt w kodzie lub łącze Powiązane do historii użytkownika, której dotyczy usterka.
Ustawić Stan każdej usterki na Rozwiązany, gdy zostanie poprawiona.
Określić ścieżki Iteracji i Obszaru dla każdej historii, zadania, przypadku testowego i usterki.
[!UWAGA]
Aby uzyskać informacje dotyczące sposobu definiowania ścieżek iteracji i obszarów, zobacz Dodawanie i modyfikowanie obszaru i ścieżek iteracji.
Interpretowanie raportu
Raport przeglądu historii przedstawia ogólny postęp pracy w trzech obszarach, które są ważne do ukończenia i zamknięcia historii użytkownika:
Zadania implementowane, aby zakończyć historię użytkownika.
Przypadki testowe uruchamiane, aby zapewnić jakość zaimplementowanych historii użytkownika.
Zidentyfikowane usterki, które wskazują problemy z jakością historii użytkownika.
W zależności od obszaru zainteresowania, można filtrować raport na następujące sposoby:
Określ ścieżki Iteracji i obszaru będących przedmiotem zainteresowania.
Aby uzyskać więcej informacji, zobacz Filtrowanie raportu w dalszej części tego tematu.
Kliknij lub , aby rozwinąć lub zwinąć historię użytkownika i wyświetlić historie podrzędne.Historie nadrzędnego wyświetlają zestawienie przypisanych do nich godzin zadań i historii podrzędnych.
Pytania, na które odpowiada raport
Możesz przejrzeć raport, aby określić całkowity postęp dla każdej historii użytkownika będącej przedmiotem zainteresowania.Na przykład możesz znaleźć odpowiedzi na następujące pytania:
Postęp prac
Czy ilość pracy pozostałej dla każdej historii odpowiada twoim oczekiwaniom?
Czy najwyżej ocenione historie są implementowane jako pierwsze?
Ile testów zostało zdefiniowanych dla każdej historii?Ile testów kończy się sukcesem?
Które historie użytkownika są implementowane bez zdefiniowania żadnych przypadków testowych?
Postęp jakości
Ile przypadków testowych zostało uruchomionych dla każdej historii i jak wiele z nich zostało zakończonych pomyślnie?
Ile aktywnych usterek zawiera każda historia?
Czy znajdowane są usterki dla testowanych historii?
Czy usterki są rozwiązywane, czy pozostają aktywne?
Ocena ryzyka
Które historie są zagrożone ryzykiem?
Które historie nie są wystarczająco stabilne dla wydania?
Które historie zespół może dostarczyć dzisiaj?
Zdrowa wersja raportu
Zdrowy raport przeglądu historii pokazuje większy postęp w historiach, które pojawiają się bliżej górnej części raportu.Jak pokazano na poniższej ilustracji, zespół wykonał więcej pracy dla historii, które pojawiają się na początku raportu.Historie są zawsze wypisane według rankingu.
Niezdrowa wersja raportu
Niezdrowy raport przeglądu historii pokaże co najmniej jedno z następujących wskazań:
Zespół dokonuje większych postępów w historiach, które mają niższy ranking niż w tych z wyższym.
Więcej testów kończy się niepowodzeniem niż pomyślnie.
Testy kończą się niepowodzeniem dla historii, ale nie utworzono żadnych elementów roboczych usterek.
Filtrowanie raportu
Możesz filtrować raport przeglądu historii, aby pokazywał tylko te historie użytkownika, które zostały zdefiniowane dla iteracji lub określonych obszarów produktu.
Aby określić, które historie użytkownika pojawią się w raporcie.
Na liście Iteracji lub Obszaru, zaznacz pole wyboru każdej iteracji lub obszaru produktu, które chcesz uwzględnić.
Kliknij Wyświetl raport, aby odświeżyć raport w oparciu o nowe kryteria filtrowania.