Udostępnij za pośrednictwem


Test nawigacyjnego (Agile)

Za pomocą testu pulpitu nawigacyjnego, można monitorować działania badania, sprawozdanie z postępów, znaleźć luki w zakres badania i zidentyfikować obszary badań, wymagających dodatkowych dochodzenia.Panel wyświetla pięć raportów, które dostarczają informacji na temat testowania, który wystąpił w ostatnich czterech tygodni.

[!UWAGA]

Pulpity nawigacyjne dostęp za pośrednictwem portalu sieci zespołu projektu.Test pulpitu nawigacyjnego można uzyskać dostęp tylko wtedy, gdy ten portal została włączona i jest przygotowana, aby użyć Microsoft Office SharePoint Server 2007.Aby uzyskać więcej informacji, zobacz Pulpity nawigacyjne (Agile) lub Dostęp do portalu projektu zespołowego lub do sterowania procesami.

W tym temacie

  • Dane wyświetlane na pulpicie nawigacyjnym

  • Działania wymagane dla śledzenia badania

  • Monitorowanie postępu badań

  • Określanie odstępów w badania

  • Monitorowanie Test awarii i regresji

  • Dostosowywanie pulpitu nawigacyjnego badania

Można użyć tego pulpitu nawigacyjnego odpowiedzi na następujące pytania::

  • Czy tworzenia przypadkach badania na torze?

  • Zespół zdefiniowano badania przypadków dla wszystkich wątków użytkownika?

  • Co to są proporcje przypadków testów, które są przechodzącą, awarie i zablokowanych?

  • Test awarii metryki wskazywać problem, który wymaga dalszego dochodzenia?

  • Co to jest status ostatniej nocy kompilacji?

  • Co to są najnowsze dodatki wyboru?

Wymagane są uprawnienia

Aby wyświetlić pulpit nawigacyjny, musi być przypisane lub należeć do grupy, która została przypisana odczytu uprawnień w Produkty SharePoint dla zespołu projektu.Modyfikować, kopiować lub dostosować pulpit nawigacyjny, musi być przypisane lub należeć do grupy, która została przypisana członków uprawnień w Produkty SharePoint dla zespołu projektu.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów projektów.

Aby zmodyfikować raport w Office Excel, musi być członkiem TfsWarehouseDataReaders rola zabezpieczeń w SQL Server Analysis Services i muszą być przypisane lub należeć do grupy, która została przypisana członków uprawnień w Produkty SharePoint zespołu projektu.Aby uzyskać więcej informacji, zobacz Udzielenie dostępu do bazy danych magazynu Visual Studio Informatykami.

Aby wyświetlić element pracy, musi być członkiem czytelników grupy lub Widok elementów pracy, w tym węźle należy ustawić uprawnienie Zezwalaj na.Aby utworzyć lub zmodyfikować element pracy, musi być członkiem Współautorzy grupy lub pracy edytowanie elementów w tym węźle należy ustawić uprawnienie Zezwalaj na.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Dane wyświetlane na pulpicie nawigacyjnym badania

Można użyć pulpitu nawigacyjnego Test zrozumieć, jak przebiega w testowaniu historie użytkownika zespołu.W szczególności Panel wyświetla składniki Web Part, które na poniższej ilustracji pokazano i w poniższej tabeli opisano.

Składniki Web Part dla pulpitu nawigacyjnego postęp testu

[!UWAGA]

Badanie postępów Plan, Gotowość testowy, Użytkownika wątku badanie stanu, i Test aktywności raporty są dostępne tylko, kiedy zespół tworzy plany badań i uruchamia testy za pomocą Test Runner i Microsoft Test Manager.Informacje dotyczące określenia zestawy testów i badań, planów, zobacz Organizowanie przypadkach badania przy użyciu pakietów testowych.

Burndown, postępu, trend wykresy i raporty Krok 1 przez Krok 5 nie są wyświetlane, gdy nie jest dostępny serwer obsługujący usługi Analysis Services dla zespołu projektu.

Składnik Web part

Dane wyświetlane

Temat pokrewny

Krok 1

Wykres skumulowany warstwowy wyników badań wszystkich przypadkach badania są pogrupowane w ich najnowsze wyniki nagranych podczas ostatnich czterech tygodni.Wyniki zawierają Nigdy nie uruchamiać, zablokowane, nie powiodło się, i przekazanego.

Raport programu Excel postępu planu badań

Sprawozdanie z postępu planu badań

Krok 2

Wykres skumulowany warstwowy pokazuje liczbę przypadków testów zostały w Projekt lub Gotowe Państwo w ostatnich czterech tygodni.

Raport programu Excel gotowości przypadku testowego

Raport testowy w gotowości

Krok 3

Poziomy wykres słupkowy, który wyświetla liczbę wyników badań dla każdej kombinacji badania sprawy i testowym zdefiniowanym dla każdego wątku użytkownika.Wykres grup wyników badań, zgodnie z ich ostatniego badania uruchomiony, gdy opcje są przekazanego (zielony), nie powiodło się (czerwony), zablokowane (purpurowy) lub Nie uruchamiać (szarym).

Raport programu Excel użytkownika historię badanie stanu

Użytkownik Story Test Excel raport o stanie (Agile)

Krok 4

Wykres liniowy pokazuje Skumulowana liczba wyników wszystkich uruchomić we wszystkich przypadkach badanie ręczne podczas ostatnich czterech tygodni.

Sprawozdanie z badań aktywności programu Excel

Test aktywności programu Excel raportu

Krok 5

Wykres skumulowany warstwowy pokazuje Skumulowana liczba wyników wszystkich wyników nie powiodło się dla przypadków testów, posortowane według typu awarii w ciągu ostatnich czterech tygodni.Typy awarii regresji, Nowy problem, i Znany problem.

Raport programu Excel analizy awarii

Raport programu Excel analizy awarii

Krok 6

Lista wydarzenia.Ta lista jest pochodną część sieci Web programu SharePoint.

Importowanie zdarzeń składnika Web part

Nie dotyczy

Krok 7

Liczba aktywnych rozwiązany i zamknięty elementów pracy.Lista elementów roboczych można otworzyć, klikając każdy numer.Ta lista jest pochodną Team Web Access Web part.

Projekt jest częścią sieci Web elementów pracy

Elementy pracy i przepływu pracy (Agile)

9

Lista ostatnich kompilacje i ich stan kompilacji.Więcej szczegółów można wyświetlić, klikając szczególnych kompilacji.Ta lista jest pochodną Team Web Access Web part.

Ostatnie buduje Web part

Legenda:

Konstruowanie w trakcie wykonywania: Tworzenie w toku

Nie uruchomiono kompilacji: Kompilacja Nieuruchomiony

Kompilacja powiodła się: Powiodła się kompilacja

Kompilacja nie powiodła się: Nie powiodła się kompilacja

Kompilacja zatrzymany: Zatrzymane kompilacji

Kompilacja częściowo powiodło się.: Częściowo powiodła się kompilacja

Managing and Reporting on Builds

10

Lista wyboru najnowsze dodatki plug-in.Więcej szczegółów można wyświetlić, klikając szczególnych ewidencjonowania.Ta lista jest pochodną Team Web Access Web part.

Ostatnie zaewidencjonowania Web part

Opracowanie kodu i zarządzać oczekujące zmiany

Działania wymagane dla śledzenia badania

Dla raportów w pulpicie nawigacyjnym badania przydatne i dokładne zespołu, należy wykonać następujące działania:

  • Określenie przypadków testów i historie użytkownika i utworzyć Badane przez łącza z testów historyjek użytkownika.

  • Określenie planów badań i przypisać plany badań przypadków testów.Aby uzyskać więcej informacji, zobacz Definiowanie planu testów.

  • Dla badań ręczne oznaczyć wyniki każdego kroku sprawdzania poprawności w przypadku badania przekazany lub nie powiodło się.

    Ważna uwagaWażne

    Testerzy musi oznaczyć kroku badania o stanie Jeśli krok testu poprawności.Ogólny wynik w przypadku badania odzwierciedla stan wszystkich etapów badania, które oznaczone tester.W przypadku badania będzie więc stan Niepowodzenie tester oznaczone podporządkować badania nie powiodło się lub nie zaznaczone.

    Dla zautomatyzowanych testów każdego przypadku badanie jest automatycznie oznaczona jako przekazany lub nie powiodło się.

  • (Opcjonalnie) Obsługuje filtrowanie, należy przypisać iteracji i obszaru ścieżki w każdym przypadku badanie.

Monitorowanie postępu badań

Pierwsze trzy raporty Test pulpitu nawigacyjnego umożliwia monitorowanie postępu badań i odpowiedzi na pytania w następującej tabeli.

Raport

Odpowiedzi na pytania

Uwagi

Gotowość testowy

  • Ilu przypadkach Test została zdefiniowana zespół?

  • Ilu przypadkach badania są gotowe do uruchomienia dzisiaj?

  • Ilu przypadkach badania musi zespół nadal pisać i przeglądu?

  • Całkowita liczba przypadków testów ma wystarczającą liczbę wątków użytkownika, że zespół jest realizacja?

  • Jaki procent przypadków testów zespół uruchamiać dzisiaj?

  • Zespół będzie mógł przygotować do końca iteracji wszystkich przypadkach badania?

  • Zdrowe postępu pokazuje stały wzrost liczby przypadków testów, które zespół jest projektowanie i przenoszenie do stanu gotowego.

  • Niezdrowy postępu pokazuje, że nie lub w kilku przypadkach badania są gotowe do uruchomienia.

    Podczas wszystkich przypadkach badania pozostają w stanie projekt długi czas, problem może blokować postępu.Można zbadać przyczyny zablokowania.

  • Przerwy w testowaniu może się rozwijać, jeżeli liczba przypadków badania nie są wystarczające.

    Liczba przypadków testów, które są zdefiniowane dla projektu powinna być równa lub większa niż liczba wątków użytkownika, że zespół jest realizacja.Liczba przypadków badania nie są wystarczające.

Postęp planu badań

  • Ilu przypadkach badania są przekazując?

  • Ilu przypadkach Test się niepowodzeniem?

  • Ilu przypadkach badania są blokowane?

  • Nigdy nie uruchomiono ilu przypadkach Test?

  • Jaki procent przypadków testów są przechodzącej przez wszystkie plany badań?

  • Ile testowania zespół zakończył?

  • Prawdopodobnie zakończenia badania na czas zespołu?

  • Jako rozwoju cyklu postępów, należy przekazać więcej przypadków testów i mniejszą liczbę przypadków testów powinny pozostać w innych Państwach.

  • Postęp niezdrowy występuje, gdy zbyt wielu przypadkach Test awarii.W zależności od tego, gdzie są w cyklu produktu może zbadać, dlaczego występują tak wiele przypadków testów.

  • Liczba przypadków testów, które występują lub nigdy nie było uruchamiane jest płaski, można zbadać konkretne przyczyny, które wpływają na każdym obszarze.

Stan testu Story użytkownika

  • Test przypadkach wykonywania dla każdego wątku użytkownika?

  • Test przypadkach są zablokowane lub nie uruchomić, zespół rozumie problemów z blokowaniem i są one traktowane?

  • Zdrowe postępu pokazuje przekazując są najczęściej badania dla każdego użytkownika wątku.

  • Wskazane jest niezdrowy postępu zbyt wiele przypadków testów dla określonego wątku użytkownika, które są w Nigdy nie uruchamiać, zablokowane, lub nie powiodło się Państwo.Można zbadać przyczyny, które zdefiniowane dla wątku użytkownika przed przesłaniem przypadkach badania.

Określanie odstępów w badania

Można użyć Użytkownika wątku badanie stanu raportu, aby ustalić, czy badania są obejmujące cały kod i odpowiedzi na następujące pytania:

  • Historie użytkownika, które ma niski całkowita liczba przypadków testów?

  • Historie użytkownika, które mają wysoki całkowita liczba przypadków testów, które są blokowane lub nigdy nie było uruchamiane?

  • Czy zapotrzebowania testowy dla każdego wątku użytkownik spełnia oczekiwania?

  • Historie użytkownika, które mają wysoki stopień niepowodzeń test?

  • Co to jest średnia liczba przypadków badania, które są definiowane dla każdego wątku użytkownika?

Monitorowanie Test awarii i regresji

Monitorując test awarii można zidentyfikować i początku rozwiązywania problemów w kodzie.Ostatnie dwa raporty można użyć w pulpicie nawigacyjnym badania umożliwiające lepsze zapoznanie liczba prób, które występują.

Raport

Odpowiedzi na pytania

Uwagi

Ręczne Test aktywności

  • Jest to liczba prób, które zespół nigdy nie zostało uruchomione, zmniejszenie?

  • Zespół jest minimalizowanie ogólnej liczby testów zablokowane?

  • Badania mniej występują w czasie?

  • Są więcej testów przekazując?

  • Czy działania testu zawiera kołkami, które nie stanowią dla?

Podręcznika Test aktywności sprawozdanie wskazuje wyniki dla każdego przypadku Test uruchomić dla każdej konfiguracji badania i wszystkie plany testów.Impulsy, które mogą wystąpić może być wskaźników wczesnego problemów w działania testu lub jakości kod zespołu jest zaewidencjonowanie.

Można sprawdzić metryki dla ostatnich kompilacje, stan błędu i zajętość kod, aby ustalić, czy żadnej z nich mogą pomóc w wyjaśnieniu zmiany.

Analiza test awarii

  • Ile testy są regresję?

  • Zespół jest prowadzenie ogólnej liczby regresji lub błędy badania oczekiwane zakresów lub cele zespołu?

  • Jest zespołu kwestii są identyfikowane i znane problemy w sposób terminowy?

Zdrowe raport analizy awarii badania zawiera umiarkowany liczby nowych problemów, znanych problemów i regresji.Wszelkie kołkami występują w tych obszarach, może być konieczne zbadać zespołu.Impulsy może wskazywać na problemy w działania testu lub jakości kod zespołu jest sprawdzanie w.

Można także sprawdzić metryki dla ostatnich kompilacje, stan błędu i zajętość kod, aby ustalić, czy żadnej z nich mogą pomóc w wyjaśnieniu zmiany.

Dostosowywanie pulpitu nawigacyjnego badania

Test pulpitu nawigacyjnego można dostosowywać w następujący sposób:

  • Zmiana filtrów każdy raport w Office Excel koncentrować się na obszarach określonego produktu lub iteracji. 

  • Filtr Czynności ręcznej Test sprawozdanie w Office Excel dla planów szczególnych badań lub w przypadkach badania, które są ręczne lub automatyczne.

  • Dodawanie istniejącego programu Excel, raporty takie jak Stan błędu, Kod wypuszczają, i Code Coverage do pulpitu nawigacyjnego.

  • Tworzenie i dodawanie raportów w Office Excel , Pokaż postęp określonych członków zespołu.Na przykład, zobacz Błędy przez przypisanie raport programu Excel.

Aby uzyskać więcej informacji dotyczących pracy z i dostosowywanie raportów w Office Excel, zobacz następujące strony w witrynie firmy Microsoft w sieci Web:

Zobacz też

Koncepcje

Definiowanie planu testów

Ręczne uruchamianie testów przy użyciu Test Runner

Uruchamianie testów automatycznych w programie Microsoft Test Manager

Badanie sprawy

Wątek użytkownika (Agile)

Raport testowy w gotowości

Sprawozdanie z postępu planu badań

Pulpity nawigacyjne (Agile)

Artefakty (Agile)