Testowanie postępu zespołu - Raport programu Excel

Artykuł
06/10/2015

Zespoły odpowiedzialne za testowanie oprogramowania mogą używać raportu Test postępu zespołu, aby pomóc monitorować przebieg testów i składać sprawozdania z postępów zespołu w zakresie tworzenia i automatyzacji testów i wykonywania testów regresji.Raport Postęp zespołu testowego zawiera następujące sześć raportów na podstawie danych, które zostały zebrane dla przypadków testowych, które zostały zdefiniowane dla projektu zespołowego i wyników testów:

Postęp planu testu: pomaga określić, ile zespół zakończeniu testowania i czy to może zakończyć działalność test na czas drużynie.
Stan tworzenia przypadku testowego: Pomaga zespołowi śledzić stan wykańczania definicji przypadków testowych, tak, aby mogły być uruchamiane.
Stan testu według zestawu: Pomaga zespołowi określić, jaką część testów zespół już zakończył w obrębie każdego zestawu testów.
Stan testu według obszaru: Pomaga zespołowi określić jaką część testów zespół już zakończył w obrębie każdego obszaru produktu.
Analiza błędów: pomaga zespołowi monitorować, ile regresji znajduje.
Stan projektu automatyzacji: obsługuje zespół w śledzeniu liczby przypadków testowych, które nadal muszą być zautomatyzowane.

Ten raport Postęp zespołu testowego jest dostępny tylko jeśli zespół utworzy plany testów i zacznie uruchamiać je przy użyciu Microsoft Test Manager.Aby uzyskać więcej informacji, zobacz Testowanie aplikacji.

[!UWAGA]

Możesz uzyskać dostęp do raportu Postęp zespołu testowego z folderu Zarządzanie zespołem testowym , który znajduje się w folderze Raporty programu Excel dla projektu zespołowego w Team Explorer.Możesz uzyskać dostęp do tego folderu tylko wtedy, gdy Twój portal projektu zespołowego został włączony i jest skonfigurowany do korzystania z Produkty SharePoint.Aby uzyskać więcej informacji, zobacz Udostępnianie informacji za pomocą portalu projektu.

Wymagane są uprawnienia

Aby wyświetlić raport, użytkownik musi być przypisany lub należeć do grupy, która ma przypisane uprawnienia odczytu w Produkty SharePoint dla projektu zespołu.

Aby zmodyfikować lub dostosować raport, musisz być członkiem roli zabezpieczeń TfsWarehouseDataReaders w Analysis Services SQL Server.Użytkownik musi być przypisany lub należeć do grupy, która ma przypisane uprawnienia Członkowie dla projektu zespołu w Produkty SharePoint.Aby uzyskać więcej informacji, zobacz Udzielenie dostępu do bazy danych magazynu Visual Studio Informatykami.

Dane w raportach

Raport Postęp zespołu testowego przedstawia dane, które opierają się na raportach tabeli przestawnej mających dostęp do danych przechowywanych w magazynie danych.Dane pochodzą od wyników, które są generowane, gdy członkowie zespołu definiują przypadki testowe i uruchamiają testy za pomocą Microsoft Test Manager.Aby uzyskać więcej informacji, zobacz Uruchamianie ręcznych testów za pomocą systemu Team Web Access i Śledzenie wyników testu.

Autoryzacja przypadku testowego i stan projektu automatyzacji

Zespół może użyć raportu Stan tworzenia przypadku testowego, aby wspomóc monitorowanie postępu w zakresie określania i projektowania przypadków testowych.Ten raport zawiera wykres postępu mówiący o tym, jak wiele przypadków testowych było w stanach Projekt i gotowe przez ostatnie sześć tygodni.

Raport przygotowania programu Excel w przypadku testowego

Zespół może użyć raportu Stan projektu automatyzacji, aby wspomóc monitorowanie postępu w zakresie automatyzowania przypadków testowych.Ten raport zawiera wykres postępu mówiący o tym, jak wiele przypadków testowych zostało przeniesionych w stan zautomatyzowany przez ostatnich sześć tygodni.

Raport programu Excel automatyzacji projektu

Poniższa tabela opisuje filtry raportu i pola, które są używane w raportach tabel przestawnych, które generują raporty o stanie tworzenia przypadku testowego i raporty o stanie projektu automatyzacji.

Filtry	Pola
Projekt zespołowy - Hierarchia projektu zespołowego: Zawiera elementy robocze, które są zdefiniowane dla wybranego projektu zespołowego. Element roboczy - Element roboczy. Hierarchia iteracji: Zawiera elementy robocze, które są przypisane do wybranych ścieżek iteracji. Element roboczy - Element roboczy. Hierarchia obszaru: Zawiera elementy robocze, które są przypisane do wybranych obszarów produktu. Element roboczy - Element roboczy.Typ elementu roboczego: Zawiera tylko wybrane elementy robocze.Dla tych raportów przypadek testowy jest zaznaczony.	(Środek) Element roboczy — Liczba elementów roboczych: liczba elementów roboczych.Raport używa tego pola do policzenia wszystkich elementów roboczych w określonych stanach. Data - zestawy - ostatnie 6 tygodni: Określa zakres czasu aktywności do raportu. Pole specyficzne dla raportu Stan pisania przyp. testowego: Element roboczy- Stan: Stan przypadku testowego.Raport używa tego pola do definiowania etykiet kolumn oraz filtrowania przypadków testowych w celu włączenia Projekt i Gotowe. Pole specyficzne dla raportu Stan projektowania automatyzacji: Element roboczy - Microsoft.VSTS.TCM - Jest zautomatyzowany: Stan automatyzacji przypadku testowego.Raport używa tego pola do definiowania etykiet kolumn jako Zautomatyzowane i Nie zautomatyzowane.

Projekt zespołowy - Hierarchia projektu zespołowego: Zawiera elementy robocze, które są zdefiniowane dla wybranego projektu zespołowego.
Element roboczy - Element roboczy. Hierarchia iteracji: Zawiera elementy robocze, które są przypisane do wybranych ścieżek iteracji.
Element roboczy - Element roboczy. Hierarchia obszaru: Zawiera elementy robocze, które są przypisane do wybranych obszarów produktu.
Element roboczy - Element roboczy.Typ elementu roboczego: Zawiera tylko wybrane elementy robocze.Dla tych raportów przypadek testowy jest zaznaczony.

(Środek) Element roboczy — Liczba elementów roboczych: liczba elementów roboczych.Raport używa tego pola do policzenia wszystkich elementów roboczych w określonych stanach.
Data - zestawy - ostatnie 6 tygodni: Określa zakres czasu aktywności do raportu.

Pole specyficzne dla raportu Stan pisania przyp. testowego:

Element roboczy- Stan: Stan przypadku testowego.Raport używa tego pola do definiowania etykiet kolumn oraz filtrowania przypadków testowych w celu włączenia Projekt i Gotowe.

Pole specyficzne dla raportu Stan projektowania automatyzacji:

Element roboczy - Microsoft.VSTS.TCM - Jest zautomatyzowany: Stan automatyzacji przypadku testowego.Raport używa tego pola do definiowania etykiet kolumn jako Zautomatyzowane i Nie zautomatyzowane.

Postęp planu testu

Raport Postęp planu testu zawiera wykres skumulowany warstwowy wyników testów z wszystkich przypadków testowych.Raport grupuje wyniki testu w ich ostatnich nagranych wynikach i drukuje dane dla ostatnich czterech tygodni.Wyniki obejmują Nigdy nie uruchamiaj, Zablokowane, Zakończone niepowodzeniem i Zakończone powodzeniem.

Raport dotyczący postępu planu testowania

Zespół może przejrzeć ten raport, aby określić postępu w sprincie lub iteracji lub w przedziale czasowym.Na przykład zespół może odpowiedzieć na następujące pytania:

Jaką część testów zespół zakończył?
Czy prawdopodobne jest, że zespół testowanie na czas?
Ile pozostało testów do uruchomienia?
Ile testów kończy się sukcesem?
Ile testów kończy się niepowodzeniem?
Ile testów jest zablokowanych?

Wyniki badań wg zestawu testów lub obszaru produktu

Raporty Stan testu według zestawu i Stan testu według obszaru ukazują liczbę wszystkich wyników testów, które zostały zgromadzone dla wszystkich przypadków testowych, które były oparte na zarejestrowanych rezultatach.Raporty grupują wyniki testów w oparciu o zestaw testów lub obszar produktu.Wyniki dla wyników testów obejmują Nigdy nie uruchamiane, Zablokowane, Zakończone niepowodzeniem, lub Zakończone powodzeniem.

Zespół może użyć tych raportów podczas badania zestawów testów lub obszarów testowych, których wyniki testów wyróżniają się wysoką liczbą awarii lub przypadków testowych, które nigdy nie były uruchamiane.

Testowanie regresji

Zespół testowy może użyć raportu Analiza błędów, aby pomóc monitorować ilość regresji stwierdzonych przez zespół testowy.Regresje są błędami w oprogramowaniu, które testujesz, a które nie pojawiły się w poprzednich wersjach.Zespół, który wykonuje testowanie regresji, w szczególności koncentruje się na wyszukiwaniu błędów, które pojawiły się tylko w nowej wersji oprogramowania.

Raport Analizy błędów zapewnia skumulowany warstwowy wykres pokazujący skumulowaną liczbę wszystkich wyników testów zakończonych niepowodzeniem.Raport grupuje wyniki w zależności od typu awarii dla wszystkich przypadków testowych i konfiguracji testów i drukuje wyniki dla ostatnich sześciu tygodni.Typy błędów to Regresja, Brak, Nowy problem i Znany problem.

Analiza niepowodzenia - Raport w programie Excel

System sprawdza każdą konfigurację testową, dla której przeprowadzony został przypadek testowy i próbuje zidentyfikować wynik poprzednika dla tej samej konfiguracji dla przypadku testowego.Typ awarii, przypisany do przypadku testowego/konfiguracji jest określany na podstawie następujących kryteriów:

Regresja: Kiedy wynik bezpośredniego poprzednika był wynikiem Zakończony powodzeniem.
Brak: kiedy wynik bezpośredniego poprzednika był inny niż Zakończono powodzeniem lub Zakończono niepowodzeniem.
Nowy problem: kiedy nie można znaleźć żadnego wyniku będącego bezpośrednim poprzednikiem.
Znany problem: Kiedy wynik bezpośredniego poprzednika był wynikiem Zakończony niepowodzeniem.

Zespół może przeglądać raport, aby znaleźć odpowiedzi na następujące pytania:

Ile testów ogólnie się cofa?
Czy zespół utrzymuje ogólną liczbę regresji lub awarii testów w ramach oczekiwanych zakresów lub celi zespołu?
Czy zespół zajmuje się problemami na bieżąco po ich zidentyfikowaniu?Czy znane problemy zostały rozwiązane w sposób terminowy?

Właściwy raport analizy awarii pokaże umiarkowaną liczbę nowych problemów, znanych problemów i regresji.Jeśli występują skoki w jednym lub więcej z tych obszarów, zespół powinien dokładniej przyjrzeć się problemowi.Wartości graniczne mogą wskazywać problemy w działaniu testów lub jakości kodu, który zespół ewidencjonuje.Ponadto zespół może sprawdzić status najnowszych wersji, status błędu i zmian kodu, aby ustalić, czy metryki dla każdego z tych wskaźników mogą pomóc w wyjaśnieniu zmian w wierszach testu aktywności.

Pola i filtry raportu

Poniższa tabela opisuje filtry raportu i pola, które są używane w tabelach przestawnych, które generują raporty Postęp planu testu, Stan testu według zestawu lub obszaru oraz Analiza błędów.

Filtry	Pola
Projekt zespołowy - Hierarchia projektu zespołowego: Zawiera wyniki testów zebrane dla wybranego projektu zespołowego. Wynik testu - Hierarchia iteracji: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych iteracji. Plan testu - Nazwa planu testu: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych które należą do wybranych planów testu. Filtry specyficzne dla raportu Postęp planowania testów: Wynik testu - Hierarchia obszaru: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych obszarów produktu. Zestaw testów - Hierarchia zestawu testów: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych które należą do wybranych zestawów testów. Filtr specyficzny dla raportu Stan testu według pakietu: Wynik testu - Hierarchia obszaru: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych obszarów produktu. Filtry specyficzne dla raportu Analizy błędów: Wynik testu - Hierarchia obszaru: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych obszarów produktu. Zestaw testów - Hierarchia zestawu testów: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych które należą do wybranych zestawów testów. Wynik testu - Wynik: Zawiera wyniki testu, które mają wybrany rezultat.Raport używa tego pola do filtrowania liczby wyników testów, aby włączyć tylko te z wynikiem Zakończone niepowodzeniem.	Wynik testu - Wynik: Wynik testu.Raport używa tego pola do definiowania etykiet kolumn oraz filtrowania wyników testów, tak aby zawierały Zakończone powodzeniem, Zakończone niepowodzeniem, Zablokowane lub Nigdy nie uruchamiane. (Środek) Test — Trend liczby punktów: zlicza najnowszą wersję każdego wyniku badania, w szczególności kompilacji.Jeżeli test jest wykonywany wielokrotnie dla danej kompilacji, Trend liczby punktów oblicza najnowszy wynik tego testu dla danej kompilacji.Jeżeli przypadek testowy nie został uwzględniony w kompilacji, będzie on liczony jako „Nigdy nie uruchamiaj”. Pole specyficzne dla raportu Postęp planowania testów: Data - zestawy - ostatnie 6 tygodni: Określa zakres czasu aktywności do raportu. Pole specyficzne dla raportu Stan testu według pakietu: Zestaw testów - Hierarchia zestawu testów: Zestawy testów do wyświetlenia w raporcie. Pole specyficzne dla raportu Stan testu według obszaru: Wynik testu - Hierarchia obszaru: Zestaw wyników testu do uwzględnienia w raporcie opartym o ścieżki obszaru, które są przypisane do przypadków testowych, które zostały uruchomione. Pola specyficzne dla raportu Analizy błędów: Wynik testu - Typ niepowodzenia: Raport używa tego pola do tworzenia kolumn w raporcie. Data - zestawy - ostatnie 6 tygodni: Określa zakres czasu aktywności do raportu.

Projekt zespołowy - Hierarchia projektu zespołowego: Zawiera wyniki testów zebrane dla wybranego projektu zespołowego.
Wynik testu - Hierarchia iteracji: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych iteracji.
Plan testu - Nazwa planu testu: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych które należą do wybranych planów testu.

Filtry specyficzne dla raportu Postęp planowania testów:

Wynik testu - Hierarchia obszaru: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych obszarów produktu.
Zestaw testów - Hierarchia zestawu testów: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych które należą do wybranych zestawów testów.

Filtr specyficzny dla raportu Stan testu według pakietu:

Wynik testu - Hierarchia obszaru: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych obszarów produktu.

Filtry specyficzne dla raportu Analizy błędów:

Wynik testu - Hierarchia obszaru: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych przypisanych do wybranych obszarów produktu.
Zestaw testów - Hierarchia zestawu testów: Zawiera wyniki testów, które zostały uruchomione z przypadków testowych które należą do wybranych zestawów testów.
Wynik testu - Wynik: Zawiera wyniki testu, które mają wybrany rezultat.Raport używa tego pola do filtrowania liczby wyników testów, aby włączyć tylko te z wynikiem Zakończone niepowodzeniem.

Wynik testu - Wynik: Wynik testu.Raport używa tego pola do definiowania etykiet kolumn oraz filtrowania wyników testów, tak aby zawierały Zakończone powodzeniem, Zakończone niepowodzeniem, Zablokowane lub Nigdy nie uruchamiane.
(Środek) Test — Trend liczby punktów: zlicza najnowszą wersję każdego wyniku badania, w szczególności kompilacji.Jeżeli test jest wykonywany wielokrotnie dla danej kompilacji, Trend liczby punktów oblicza najnowszy wynik tego testu dla danej kompilacji.Jeżeli przypadek testowy nie został uwzględniony w kompilacji, będzie on liczony jako „Nigdy nie uruchamiaj”.

Pole specyficzne dla raportu Postęp planowania testów:

Data - zestawy - ostatnie 6 tygodni: Określa zakres czasu aktywności do raportu.

Pole specyficzne dla raportu Stan testu według pakietu:

Zestaw testów - Hierarchia zestawu testów: Zestawy testów do wyświetlenia w raporcie.

Pole specyficzne dla raportu Stan testu według obszaru:

Wynik testu - Hierarchia obszaru: Zestaw wyników testu do uwzględnienia w raporcie opartym o ścieżki obszaru, które są przypisane do przypadków testowych, które zostały uruchomione.

Pola specyficzne dla raportu Analizy błędów:

Wynik testu - Typ niepowodzenia: Raport używa tego pola do tworzenia kolumn w raporcie.
Data - zestawy - ostatnie 6 tygodni: Określa zakres czasu aktywności do raportu.

Wymagane działania związane z monitorowaniem postępu zespołu testowego

Aby raporty Postęp zespołu testowego był użyteczny i dokładny, zespół musi wykonać następujące działania:

Zdefiniuj przypadki testowe i plany testów i przypisz przypadki testowe do planów testów.
Uruchom testy.

W przypadku ręcznych testów oznacz wyniki każdego kroku sprawdzania poprawności w przypadku testowym jako „powodzenie” lub „niepowodzenie”.

Ważne
Testerzy muszą oznaczyć krok testu statusem, jeśli jest to krok testu sprawdzania poprawnościOgólny wynik przypadku testowego odpowiada statusowi wszystkich kroków testowych, które zostały oznaczone.Tym samym przypadek testowy będzie posiadał status niepowodzenia, jeżeli tester oznaczył którykolwiek z kroków jako niepowodzenie lub go nie oznaczył.

W przypadku testów zautomatyzowanych każdy przypadek testowy jest automatycznie oznaczony jako zakończony powodzeniem albo niepowodzeniem.

(Opcjonalnie) W celu filtrowania raportów według obszaru produktu i iteracji określ ścieżki Obszar i Iteracja dla każdego przypadku testowego.

Aby raporty Przedziały czasowe testowania były użyteczne i dokładne, zespół musi wykonać działania opisane w następującej tabeli:

Raport arkusza	Wymagane działania
Stan tworzenia przypadku testowego Stan projektu automatyzacji	Zdefiniuj przypadki testowe i aktualizuj ich Stan z Projekt do Gotowe.
Stan projektu automatyzacji	Automatyzuj przypadki testowe.
Postęp planu testu Stan testu według zestawu Stan testu według obszaru Analiza niepowodzenia	Zdefiniuj plany testów i zestawy testów, i przypisz przypadki testowe do planów testów i zestawów testów. Uruchom testy i, w przypadku ręcznych testów, oznacz wyniki każdego kroku sprawdzania poprawności w przypadku testowym jako powodzenie lub niepowodzenie.
Stan tworzenia przypadku testowego Stan projektu automatyzacji Postęp planu testu Stan testu według zestawu Stan testu według obszaru Analiza niepowodzenia	(Opcjonalnie) Aby obsługiwać filtrowanie, należy przypisać ścieżki Iteracja i Obszar do każdego przypadku testowego.Pola Wynik badania - Hierarchia iteracji i Wynik badania - Hierarchia obszaru przyjmują wartości ze ścieżek Iteracja i Obszar, które są przypisane do odpowiednich przypadków testowych.

Aktualizowanie i dostosowywanie raportów

Możesz aktualizować raport Postęp zespołu testowego, otwierając go w Office Excel i zmieniając opcje filtra dla raportu tabeli przestawnej dla jednego z arkuszy.Możesz dostosować każdy raport, aby obsługiwał inne widoki, zgodnie z opisem w poniższej tabeli.

Widok	Akcja
Stan tworzenia i automatyzacji dla iteracji Postęp planu testu i wyniki testu dla iteracji Testowanie regresji dla iteracji	Zmień filtr dla Iteration (domyślny = Wszystkie)
Stan tworzenia i automatyzacji dla obszaru produktu Postęp planu testu i wyniki testu dla obszaru produktu Testowanie regresji dla obszaru produktu	Zmień filtr dla Area (domyślny = Wszystko)
Postęp planu testu i wyniki testu dla wybranych planów testu Testowanie regresji dla wybranych planów testu Analiza błędów wybranych planów testów	Zmień filtr dla Test Plan (domyślny = Wszystko)
Stan tworzenia i automatyzacji dla ostatnich ośmiu, dziesięciu lub więcej tygodni Postęp planu testu dla ostatnich ośmiu, dziesięciu lub więcej tygodni Testowanie regresji dla Analizy błędów iteracji dla ostatnich ośmiu, dziesięciu lub więcej tygodni	Na liście pól kolumn tabeli przestawnej należy zastąpić obiekt @@Last 6 weeks@@ innym Set

Aby uzyskać więcej informacji na temat pracy z raportami PivotTable i PivotChart oraz ich dostosowywania, zobacz następujące strony w witrynie sieci Web firmy Microsoft:

Zobacz też

Inne zasoby

Excel — raporty

Udostępnij za pośrednictwem