Testowy pulpit nawigacyjny (Agile)

Przy użyciu pulpitu nawigacyjnego testu, można monitorować działania testu, raport na temat postępu, Znajdź luk w testów i zidentyfikować obszary testów, które mogą wymagać dalszego badania.Ten pulpit nawigacyjny Wyświetla pięć raportów, które zapewniają informacje dotyczące testowania, który wystąpił w najnowszej czterech tygodni.

Masz dostęp do pulpitów nawigacyjnych za pośrednictwem portalu projektu zespołowego.Pulpit nawigacyjny testu będzie dostępny tylko wtedy, gdy ten portal został włączony i została przydzielona do użycia programu SharePoint Server Enterprise Edition.Aby uzyskać więcej informacji, zobacz Pulpity nawigacyjne.

W tym temacie: Dane wyświetlane na pulpicie nawigacyjnym Wymagane działania monitorowania testów rozwój Monitorowanie postępu testu Określanie luk w testowania Monitorowanie błędów testu i strat Dostosowywanie pulpitu nawigacyjnego testu

Możesz użyć tego pulpitu nawigacyjnego do udzielenia odpowiedzi na następujące pytania: Jest przygotowania przypadków testowych zgodnie z planem? Zespół zdefiniował przypadków testowych dla wszystkich wątków użytkownika? Co to są proporcje przypadków testowych, które są przechodzącą awarie i zablokowanych? Metryki błąd testu wskazują problemu, który wymaga dalszych poszukiwań? Co to jest stan ostatnich nocy kompilacji? Co to są najnowsze zaewidencjonowania?

Wymagania

• Pulpit nawigacyjny testu i innych pulpitu nawigacyjnego są dostępne tylko wtedy, gdy Twoje portal projektu zespołowego został włączony i jest skonfigurowany do używania programu SharePoint Server Enterprise Edition.Aby uzyskać więcej informacji, zobacz Pulpity nawigacyjne.

• Aby wyświetlić pulpitu nawigacyjnego, muszą być przypisane do lub należeć do grupy, który został przypisany odczytu uprawnień w Produkty SharePoint dla projektu zespołowego.Modyfikować, kopiować lub dostosowywanie pulpitu nawigacyjnego, musi zostać przypisane lub należeć do grupy, który został przypisany członków uprawnień w Produkty SharePoint dla projektu zespołowego.

  Aby wyświetlić element roboczy, użytkownik musi być członkiem grupy Czytelnicy lub mieć uprawnienie do wyświetlania elementów roboczych w tym węźle z ustawieniem Zezwalaj.Aby utworzyć lub zmodyfikować element roboczy, użytkownik musi być członkiem grupy współautorów lub mieć uprawnienie do edytowania elementów pracy w tym węźle z ustawieniem Zezwalaj.

  Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów i projektów.

• Aby zmodyfikować raportu w Office Excel, musi być członkiem TfsWarehouseDataReaders roli zabezpieczeń w SQL Server usług Analysis Services, a użytkownik musi mieć przypisany lub należeć do grupy, który został przypisany członków uprawnień w Produkty SharePoint dla projektu zespołowego.Aby uzyskać więcej informacji, zobacz Udzielenie dostępu do bazy danych magazynu Visual Studio Informatykami.

• Testowanie postępu Plan, gotowości przypadek testowy, stanu testowanie wymagania, i testowanie działania raporty są dostępne tylko, kiedy zespół tworzy planów testów i uruchamia testy zgodnie z opisem w Planowanie ręcznych testów za pomocą systemu Team Web Access.

Dane wyświetlane na pulpicie nawigacyjnym

Pulpit nawigacyjny Test umożliwia zrozumieć, jak zespołu postępuje w testowaniu wątki użytkownika.Aby dowiedzieć się więcej na temat składników Web Part są wyświetlane na pulpicie nawigacyjnym testu, zobacz ilustracji i zgodne z tabeli.

Realizuj, postępu, wykresy trendów i raporty za pośrednictwem nie są wyświetlane, gdy serwer, który jest hostem usługi Analysis Services dla projektu zespołowego jest niedostępny.

Web Part	Dane wyświetlane	Tematy pokrewne
	Skumulowany wykres warstwowy wyników testów wszystkich przypadków testowych zgrupowane w ich najnowsze wyniki zarejestrowane w ciągu ostatnich czterech tygodni.Wyniki obejmują nigdy nie uruchamiaj, zablokowane, nie powiodło się, i Passed.	Postęp planu testów - Raport
	Wykres skumulowany warstwowy, który pokazuje, jak wiele przypadków testowych zostały w projekt lub gotowe stanu najnowsze czterech tygodni.	Gotowość przypadków testowych - Raport
	Wykres słupkowy poziomy prezentujące liczba wyników testów dla każdej kombinacji przypadkami testowymi i konfiguracji testów, zdefiniowany dla każdego użytkownika wątku.Wykres grupuje wyniki testów według ich najnowszych przebiegów, gdzie opcje to Zakończone powodzeniem (zielony), Zakończone niepowodzeniem (czerwony), Zablokowane (purpurowy), lub Nie uruchomione (szare).	Raport programu Excel dotyczący stanu testu scenariuszy użycia (Agile)
	Wykres liniowy, prezentujące łączna liczba wszystkie wyniki są uruchamiane dla wszystkich ręczne przypadki testowe podczas ostatniego czterech tygodni.	Test aktywności — Raport programu Excel
	Wykres skumulowany warstwowy prezentujące łączna liczba wszystkie wyniki nie powiodło się wynik przypadków testowych, sortowane według typu błędu podczas ostatniego tygodnia cztery.Typy awarii między innymi regresji, nowy problem, i znany problem.	Analiza niepowodzenia - Raport w programie Excel
	Lista nadchodzących zdarzeń.Ta lista jest tworzony na podstawie składnika Web Part programu SharePoint.	Nie dotyczy
	Liczba aktywnych, rozpoznanych i zamkniętych elementów roboczych.Można otworzyć listę elementów roboczych, wybierając każdy numer.Ta lista pochodzi ze składnika Web Part Team Web Access.	Nie dotyczy
	Lista ostatnich kompilacji oraz ich status.Więcej szczegółów można wyświetlić, wybierając konkretną kompilację.Ta lista pochodzi ze składnika Web Part Team Web Access. Legenda: : Kompilacja nie została rozpoczęta : Kompilacja w toku : Kompilacja powiodła się : Kompilacja nie powiodła się : Kompilacja została zatrzymana : Kompilacja zakończona częściowym sukcesem	Uruchamiaj, monitoruj i zarządzaj kompilacjami
	Lista najnowszych zaewidencjonowań.Więcej szczegółów można wyświetlić, wybierając specyficzną operację ewidencjonowania.Ta lista pochodzi ze składnika Web Part Team Web Access.	Pisanie kodu i zarządzanie oczekującymi zmianami

Wymagane działania monitorowania testów rozwój

Do raportów na pulpicie nawigacyjnym Test się przydatne i dokładne zespołu należy wykonać następujące czynności:

• Definiowanie przypadków testowych i historie użytkowników i Utwórz przetestowane przez łącza z przypadków testowych do wątki użytkownika.

• Definiowanie planów testów i przypisać je do planów testów.

• Dla testów ręcznych oznaczyć wyniki każdego kroku weryfikacji w przypadku testowego jako przekazany lub nie powiodło się.

  Ważne
  Testerzy należy oznaczyć krok testu o stanie, jeśli jest krok testu weryfikacji.Wynik ogólny dla przypadek testowy odzwierciedla status wszystkich kroków testu oznaczone tester.W związku z tym przypadek testowy będzie mieć stan nie powiodło się, jeśli tester oznaczona każdy krok testu jako nie powiodło się lub nie zaznaczone.

  Testów automatycznych, każdy przypadek testowy, automatycznie jest oznaczona jako przekazany lub nie powiodło się.

• (Opcjonalnie) Umożliwia filtrowanie przypisać iteracji i obszaru ścieżki do każdy przypadek testowy.

Monitorowanie postępu testu

Raporty pierwszych trzech na pulpicie nawigacyjnym testowanie umożliwia monitorowanie postępu testu i odpowiedzi na pytania w poniższej tabeli.

Raport	Odpowiedzi na pytania	Uwagi
Gotowość przypadku testowego	Liczbę przypadków testowych zdefiniował zespołu testu? Ilu przypadkach testów są gotowe do uruchomienia już dziś? Liczbę przypadków testowych musi zespołu nadal zapisu i przejrzyj? Ogólnej liczby przypadków testowych ma być wystarczającej liczby wątków użytkownika, który implementuje zespołu? Jaki procent przypadków testowych zespołu testu uruchomić już dziś? Zespół będzie mógł przygotować wszystkich przypadkach testów do końca iteracji?	Postęp w dobrej kondycji pokazuje stałym wzrostem liczby przypadków testowych, które projektowania i przechodzenia do stanu Gotowe zespołu. Zła postępu pokazuje, że nie lub kilka przypadków testowych są gotowe do uruchomienia. Kiedy wszystkie przypadki testowe pozostają w stanie projektu przez długi czas, problemu można zablokować postępu.Należy zbadać przyczyny zablokowaniu. Przerwę w testowania może rozwijać, jeżeli nie ma wystarczającą liczbę przypadków testowych. Liczba przypadków testowych, które są definiowane w projekcie powinna być równa lub większa niż liczba wątków użytkownika, który implementuje zespołu.Liczba przypadków testowych nie są wystarczające.
Postęp planu testu	Liczba przypadków testowych są przekazywania? Liczba przypadków testowych kończą się niepowodzeniem? Liczba przypadków testowych są blokowane? Nigdy nie uruchomiono liczbę przypadków testowych? Jaki procent przypadków testowych są przekazywania we wszystkich planów testów? Ile testowania zespół zakończeniu? Prawdopodobnie na zakończenie testowania na czas zespołu?	Jako rozwoju cyklu postępu, należy przekazać więcej przypadków testowych, a mniejszą liczbę przypadków testowych powinien w innych stanów. Zła postępu występuje, gdy zbyt wiele przypadków testowych nie powiodło się.W zależności od tego, gdzie jesteś w cyklu produktu może być sprawdzane, dlaczego tak wiele przypadków testowych kończą się niepowodzeniem. Liczba przypadków testowych, które nie powiodły się lub nigdy nie uruchamiaj jest prosty, można do sprawdzania, czy konkretne przyczyny, które mają wpływ na każdym obszarze.
Stan testu scenariuszy użycia	Powoduje uruchamianie przypadków testowych dla każdego użytkownika wątku? Jeśli przypadków testowych są zablokowane lub nie powoduje uruchamianie zespołu zrozumieć problemy uniemożliwiające i są one traktowane?	W większości przypadków testowych dla każdego wątku użytkownika są przekazywania Pokazuje postęp w dobrej kondycji. Zła postęp jest wskazywane zbyt wiele przypadków testowych dla określonych wątków użytkownika, które znajdują się w nigdy nie uruchamiaj, zablokowane, lub nie powiodło się stanu.Należy zbadać przyczyny, które pozwalają przypadków testowych, które są definiowane dla Historia użytkownika przed przesłaniem.

Określanie luk w testowania

Można użyć stan testu Historia użytkownika raport, aby sprawdzić, czy testów są obejmujące wszystkie kodu oraz odpowiedzieć na następujące pytania:

• Wątki użytkownika, które ma niski ogólnej liczby przypadków testowych?

• Historie użytkowników, które mają wysoki ogólnej liczby przypadków testowych, które są zablokowane lub nigdy nie uruchamiaj?

• Pokrycie przypadek testowy dla każdego użytkownika wątku, spełnia oczekiwań?

• Historie użytkowników, które mają wysoki współczynnik błędów testu?

• Co to jest średnią liczbę przypadków testowych, które są definiowane dla każdego użytkownika wątku?

Monitorowanie błędów testu i strat

Monitoruj testu błędów, można zidentyfikować i rozwiązywania problemów z kodem wcześniej.Ostatnie dwa raporty na pulpicie nawigacyjnym testu umożliwia uzyskiwanie lepsze szczegółowych informacji dotyczących liczbę testy, które nie powiodły się.

Raport	Odpowiedzi na pytania	Uwagi
Czynność ręczna testu	To liczba prób, które zespołu nigdy nie zostało uruchomione zmniejszenie? Jest zespołu minimalizację ogólnej liczby zablokowanych testów? Mniej testów nie powiodły się wraz z upływem czasu? Czy jeden test przekazywania? Działanie testu zawiera kołkami, których nie można uwzględnić?	Testowanie czynność ręczna raport wskazuje wyniki każdy przypadek testowy, dla każdej konfiguracji testów dla wszystkich planami testów oraz.Impulsy, które mogą wystąpić, może być wczesnym wskaźniki problemów w działanie testu lub jakość kodu, który sprawdza zespołu w. Należy sprawdzić metryki ostatnie kompilacji, stan usterek i pochodząca kodu w celu ustalenia, czy ich Pomocy opisano zmiany.
Testowanie analizy awarii	Ile testów są regresję? Zespół dba ogólnej liczby strat lub test awarii w oczekiwanym zakresów lub celami zespołu? Jest zespołu rozwiązania problemów, jak są identyfikowane i znane problemy w odpowiednim czasie?	Dobra raport analizy błąd testu pokazuje średnie liczby nowych problemów, znane problemy i strat.Jeśli wystąpi wszelkie kołkami w tych obszarach, zespół może być konieczne zbadać.Impulsy mogą wskazywać na problemy z działania testów lub jakość kodu, który sprawdza zespołu w. Ponadto można sprawdzić metryki ostatnie kompilacji, stan usterek i pochodząca kodu w celu ustalenia, czy ich Pomocy opisano zmiany.

Dostosowywanie pulpitu nawigacyjnego testu

Pulpit nawigacyjny testu można dostosowywać w następujący sposób:

• Zmień filtry dla każdego raportu programu Office Excel, aby skoncentrować się na obszarach określonego produktu lub iteracji.

• Filtr czynności ręcznej testowanie raport w Office Excel dla planów testów określonych lub przypadków testowych, które są ręczne lub automatyczne.

• Dodaj istniejące Excel zgłasza, takich jak błędach, Churn kod, i pokrycie kodu do pulpitu nawigacyjnego.

• Tworzenie i dodawanie raportów w Office Excel który Pokaż postęp przez określonych członków zespołu.Aby zapoznać się z przykładem, zobacz Usterki przez przypisanie — Raport programu Excel.

Dla raportów więcej informacji na temat sposobu pracy z i dostosowywać w Office Excel, zobacz następujące strony w witrynie sieci Web firmy Microsoft:

• Sposoby dostosowywania raportów tabeli przestawnej

• Edytować i usuwać skoroszytu programu Excel usług

• Publikowanie skoroszytu usług programu Excel

• Zapisywanie pliku w bibliotece programu SharePoint lub innej lokalizacji sieci Web