Analizowanie i przygotowanie raportu dotyczącego wyników testów za pomocą perspektywy testu i usług Analysis Service Database dla Visual Studio ALM
Korzystając z punktu widzenia testów w SQL Server modułu usług Analysis Services dla Visual Studio Team Foundation Server, można wyświetlić tylko miary, wymiary i atrybuty, które odnoszą się do raportowanie wyników testów i testowanie działa.Na przykład można użyć tych środków do określenia ogólnej jakości każdego kompilacji, testy, które wpływ na określoną kompilacji i liczbę przypadków testowych, które zostały uruchomione.Można również odpowiedzieć pytania dotyczące zmiany w celu wyniki wynik.
Badanie grupy miar jest oparty na testowanie wyniki relacyjnych tabeli, które umożliwia raportowanie na temat wyników testów jako właściwość testy lub niezależne wynik.Aby uzyskać więcej informacji, zobacz Tabele z wynikami testu.
Korzystając z punktu widzenia testu, można utworzyć raporty odpowiedzieć na następujące pytania: Raporty o stanie:
Raporty trendu:
|
Aby korzystać z wielu środków testu i atrybutów wymiarów, zespołu testu należy opublikować wyniki testów do magazynu danych dla Team Foundation Server.Aby uzyskać więcej informacji, zobacz działania wymagane do zarządzania testów i kompilacji poniżej w tym temacie.
W tym temacie:
Przykład: Raport postępu do testowania wątki użytkownika
Testowanie miary
Wymiary i atrybutów w perspektywie testu tego filtrowanie pomocy technicznej i kategoryzacji
Tworzenie, wersja kompilacji i tworzenia wymiarów platformy
Przypadek testowy, Konfiguracja testu, plan testu i wymiarów zestawu testów
Wymiar wynik testu
Wymiar testu
Element roboczy i wymiarów połączonych elementów pracy
Wymagane działania
Przykład: Raport postępu do testowania wątki użytkownika
Za pomocą tabel przestawnych i raporty w programie Excel, można utworzyć raport o stanie pokazuje postęp testu wątki użytkownika, podobnie jak raportu na poniższej ilustracji.
Szablony procesów dla struktury rozwiązań firmy Microsoft (Opracowywanie) Agile i CMMI obejmują Raport programu Excel dotyczący stanu testu scenariuszy użycia (Agile) i Status wymagań testu — Raport programu Excel (CMMI) w programie Excel, odpowiednio.
Określ i filtrowania pola przestawne
Wykonując poniższe kroki, można utworzyć raport postępu dla testowania wątki użytkownika:
W programie Excel, nawiązać połączenia z modułem usług Analysis Services dla Team Foundation Server, a następnie wstawianie raportu wykresu przestawnego.
Aby uzyskać więcej informacji, zobacz Utwórz raporty programu Excel z zapytania elementu roboczego.
Kliknij prawym przyciskiem myszy wykres, a następnie wybierz Zmień typ wykresu, obszaru, skumulowany słupkowy.
Dla każdego filtru raportu, kliknij prawym przyciskiem myszy każdy z następujących polach, określ hierarchii ani elementów interesujące, a następnie przeciągnij pola do filtru raportu obszaru.
Hierarchia projektu zespołowego z projektu zespołowego wymiaru
Ścieżkę obszaru z projektu zespołowego wymiaru
Ścieżki iteracji z przypadek testowy wymiaru
Typ elementu pracy z połączonego elementu pracy wymiaru
Określ typ jako Historia użytkownika, wymagania lub innego typu elementu roboczego ma przypadków testowych go, który ma zostać raport powiązany.
Przeciągnij Trend liczba punktu pola w ramach testu grupy miar do wartości obszaru.
Przeciągnij wynik pola w ramach wynik testu wymiaru do etykiet kolumn obszaru.
Testowanie miary
W poniższej tabeli opisano środków, które obejmują badanie grupy miar.Można analizować wyniki testów przez wartość zagregowaną wyników testów oraz ich wyników do określonej kompilacji lub zmienione wynik dla wynik testu.
Miary |
Opis |
---|---|
Tworzenie Trend liczbę wyników |
Zlicza najnowszej wersji dla poszczególnych wyników, w szczególności kompilacji. Na przykład raportu, który używa tego środka zobacz Raport programu Excel dotyczący jakości kompilacji. |
Trend liczba punktów |
Liczba najnowszej wersji dla poszczególnych wyników testów w szczególności kompilacji.Jeśli test jest wykonywane wielokrotnie kompilacji, Trend liczba punktu zlicza najnowsze wyniki dla tego testu za pomocą tej kompilacji.Jeśli przypadek testowy nie jest uwzględniony w kompilacji, przypadek testowy jest liczone jako "Nigdy nie uruchamiaj". Środek ten umożliwia określenie testy lub ile testy kończą się niepowodzeniem w bieżącym kompilacji. |
Liczba wyników |
Zlicza najbardziej aktualne wersje wynik każdego testu.Środek ten należy użyć do określenia ogólnej liczby testowania. Na przykład raportu, który używa tego środka zobacz Raport dotyczący wskaźników jakości kompilacji. |
Liczba przejścia wynik |
Zlicza wszystkie wyniki, którego wyniki zmienione w szczególności kompilacji.Tę miarę należy użyć określić testy, które miały wpływ określonego kompilacji. |
Liczba przypadków testowych |
Liczba przypadków testowych.Środek ten należy użyć określić, ile przypadków testowych został uruchomiony dla określonego testowa lub kompilacji. |
Wymiary i atrybutów w perspektywie testu tego filtrowanie pomocy technicznej i kategoryzacji
Przy użyciu atrybutów, które w tej sekcji opisano, można agregować miary, filtrowanie raportu lub określ osią raportu.Te atrybuty są dodatkowo projektu zespołowego i data udostępnionych wymiarach który pracy z udostępnione wymiary opisuje.
Tworzenie, wersja kompilacji i tworzenia wymiarów platformy
Można filtrować raporty testowe na podstawie definicji kompilacji, wersja kompilacji lub tworzenie platformy przy użyciu atrybutów, które w poniższej tabeli opisano.
Wymiar |
Atrybut |
Opis |
---|---|---|
Kompilacja |
Tworzenie nazwy definicji |
Nazwa, która jest przypisana do definicji kompilacji, dla którego została uruchomiona kompilacji. Na przykład raportu, który używa tego atrybutu zobacz Raport programu Excel dotyczący jakości kompilacji. |
Tworzenie Identyfikatora |
Liczba, która jest przypisana do kompilacji.Za każdym razem definicję kompilacji określonego jest uruchomiony, tworzenie identyfikator jest zwiększana o 1. |
|
Tworzenie nazwy |
Nazwa lub wyrażenie, który unikatowo identyfikuje kompilacji.Aby uzyskać więcej informacji, zobacz Użycie numerów kompilacji jako opisowych nazw zakończonych kompilacji. |
|
Tworzenie godzina rozpoczęcia |
Data i godzina uruchomienia kompilacji. |
|
Typ kompilacji |
Powód, dlaczego kompilacja była uruchamiana.Typy kompilacji są skojarzone z wyzwalacz, który został zdefiniowany dla kompilacji.Team Foundation Serverobsługuje następujące typy kompilacji: ręcznego, ciągłego (wywoływane przez co ewidencjonowania) do poprzedniej (gromadzą zaewidencjonowania, dopóki nie zakończy się poprzedni kompilacji), uzyskiwany ewidencjonowania i zaplanowane.Aby uzyskać więcej informacji, zobacz Określanie wyzwalaczy kompilacji oraz przyczyn. |
|
Lokalizacja docelowa |
Katalog przechowywania określony dla kompilacji i który jest określony jako jednolite zasobów lokalizatora (adres URL).Adres URL określenie protokołu, z którą przeglądarki sieci web umieści zasobami sieci Internet.Adres URL zawiera również nazwę serwera, na którym znajduje się zasób.Może również zawierać ścieżkę do zasobu. Aby uzyskać więcej informacji, zobacz Konfigurowanie folderów poczty odebranej. |
|
Wersja kompilacji |
Wersja kompilacji |
(Tylko wyniki testów opublikowanych) Nazwa, która określa kategorię kompilacje przypisanych do zestawu ukończone kompilacji, opublikowanych w ramach przebiegu testu.Na przykład podtyp kompilacji może służyć do wyznaczenia wydanie beta lub ostateczną wersją. |
Tworzenie platformy |
Tworzenie platformy |
Nazwa dla platformy maszyny, dla którego został utworzony kompilacji (nie pulpitu) end-to-end (na przykład x 86 lub Procesora dowolnymi).Aby uzyskać więcej informacji, zobacz Użycie szablonów domyślnych w procesie kompilacji. |
Przypadek testowy, Konfiguracja testu, plan testu i wymiarów zestawu testów
Wymiary przypadek testowy, Konfiguracja testu, Plan testu i zestawu testów odpowiadają jak można organizować, konfigurowanie, zautomatyzować i Uruchamianie testów za pomocą programu Microsoft Test Manager z programu Visual Studio 2010 w wersji Ultimate lub programu Visual Studio Test Professional.
Przypadek testowy odnosi się do typu elementu roboczego zespołu testu używana do definiowania ręcznie i zautomatyzowanych testów, które Twojego zespołu można uruchomić i zarządzać za pomocą programu Microsoft Test Manager.Plan testu składa się z konfiguracji testów i zestawy testów.Konfiguracja testu definiuje oprogramowania lub sprzętu, na którym ma zostać uruchamiania testów.Zestaw testów definiuje hierarchii w ramach planu, aby można pogrupować przypadków testowych.
Aby uzyskać więcej informacji, zobacz Testowanie aplikacji.
Wymiar |
Atrybut |
Opis |
---|---|---|
Przypadek testowy |
Hierarchia obszaru i innych |
Element pracy i przypadek testowy wymiarów zawiera wszystkie atrybuty, które odnoszą się do pracy elementy, takie jak stan, typu elementu roboczego i identyfikator elementu pracy.Informacji o strukturze wymiaru przypadek testowy, zobacz Analiza i raport dotyczący elementów pracy i danych przypadków testowania z wykorzystaniem perspektywy elementu pracy. Opis każdego z atrybutów, zobacz Odwołania pola elementu pracy dla Visual Studio ALM. Aby uzyskać informacje na temat korzystania z datą, obszaru i iterację hierarchie, zobacz Udostępnione wymiary w Analysis Services Cube. Ta grupa miar zawiera dodatkowe atrybuty niestandardowe pola w definicji dla typu elementu roboczego określenia Dimension jako zgłoszeniu atrybutu.Aby uzyskać więcej informacji dotyczących sposobu używania opcjonalnego reportable atrybutu i jego wartości, zobacz Dodawanie i modyfikowanie pól elementów roboczych w celu obsługi raportowania. |
Konfiguracja testu |
Identyfikator konfiguracji i nazwa konfiguracji |
Numer, który przypisuje systemu i nazwa konfiguracji testu. |
Plan testu |
Obszar hierarchii, ścieżkę obszaru, iteracji hierarchii i ścieżki iteracji |
Pole produktu i punktu kontrolnego, który jest przypisana do planu testu. Aby uzyskać więcej informacji, zobacz Analiza i raport dotyczący elementów pracy i danych przypadków testowania z wykorzystaniem perspektywy elementu pracy. |
Hierarchia daty końca miesiąca lub tygodnia Hierarchia daty rozpoczęcia według miesięcy lub tygodnia |
Opcjonalne wartości, które jest właścicielem plan testu można przypisać do planu testu.Stanowią one datę uruchamiania plan testu i daty, na którym plan testu powinien zostać zakończony. Aby uzyskać więcej informacji na temat korzystania z hierarchii dat., zobacz Udostępnione wymiary w Analysis Services Cube. |
|
Identyfikator planu testu i Nazwa planu testu |
Numer, który przypisuje systemu i nazwa, pod jaką przypisuje właściciela planu testu. |
|
Właściciel planu testu |
Nazwa użytkownika członka zespołu testu, który utworzył lub przypisano rolę właściciela planu testu. |
|
Identyfikator planu testu i stan |
Przypisana przez system numer i nazwa stan planu testu.Na przykład Inactive wskazuje, że jest definiowana plan testu, a Active wskazuje, że plan testu ma zostać sprawdzone i uruchomić. |
|
Zestaw testów |
Hierarchia pakietu testów |
Udostępnia mechanizm do określania wielu filtrów w oparciu o kolekcji projektów, projektu zespołowego i zestawu testów. |
Ścieżka zestawu |
Odnosi się do hierarchii zestawów testów, które są skonfigurowane dla wszystkich projektów zespołowych w wszystkich zbiorów projektu zespołowego. |
Wymiar wynik testu
W poniższej tabeli przedstawiono wszystkie wymiary i atrybuty, które są specyficzne dla miary testów w module.Zanim można raporty dotyczące szczegóły błędu lub rozwiązania, zespół musi wypełnić te informacje w ramach działań testu.
Atrybut |
Opis |
---|---|
Typ awarii i identyfikator typu błędu |
Odpowiada jednej z następujących przyczyn niepowodzenia test: Brak, znany problem, nowy problem, lub regresji. Microsoft Test Manager automatycznie przypisuje liczba lub identyfikator poszczególnych przyczyn.Zespół może, ale nie jest wymagane, przypisz typ awarii do każdego testu nie powiodło się.
Na przykład trend raportu, który pokazuje wyniku typu błędów w oparciu o wyniki testów zobacz Analiza niepowodzenia - Raport w programie Excel. |
Wynik i identyfikator wynik |
Wynik testu (na przykład Passed, nie powiodło się, lub Inconclusive). Na przykład trend raportu, który pokazuje wynik planów testów i konfiguracji testów zobacz Postęp planu testów - Raport. |
Stan gotowości i identyfikator stan gotowości |
Stan testu określonego w przypadku testu.Prawidłowe wartości to ukończone, w toku, Brak, NotReady, i gotowe. |
Stan rozwiązania |
(Opcjonalnie) Nazwa rozwiązania z którym testerem zidentyfikować przyczynę test nie powiodło się.Domyślnie wszystkie szablony procesów struktury MSF mają następujące stany rozwiązania: wymaga badania, testowanie problem, problemu z produktem, i problem z konfiguracją.Zespół może, ale nie jest wymagana do przypisania stan rozwiązania do każdego testu nie powiodło się.
|
Wynik testu wykonywane przez |
Nazwa użytkownika lub innego konta, pod którym została uruchomiona testu. Na przykład raportu, który używa tego atrybutu zobacz Test wydajności zespołu - Raport programu Excel. |
Właściciel wynik testu |
Nazwa użytkownika lub innego konta, które jest przypisany jako właściciel wynik testu.Przypisanie odpowiada wartości ustawione przy użyciu tcm /resultowner przełącznika. |
Priorytet wynik testu |
Priorytet testu określonego w przypadku testu. |
Wymiar testu
W poniższej tabeli przedstawiono atrybuty, które są zdefiniowane dla wymiaru Uruchom Test.Wiele z tych atrybutów odpowiadają parametry zespołu testu określa, po jej uruchomieniu testów.
Atrybut |
Opis |
---|---|
Pełny, Data utworzenia, hierarchia daty rozpoczęcia według miesięcy lub tygodnia |
Daty utworzenia przebieg testu, została ukończona lub uruchomiona.Można użyć tych atrybutów filtru lub struktury raportu.Aby uzyskać więcej informacji, zobacz Udostępnione wymiary w Analysis Services Cube. |
To automatyczne |
Flaga wskazująca, że przebieg testu zawiera co najmniej jeden testów automatycznych. Na przykład raportu, który używa tego atrybutu zobacz Raport programu Excel dotyczący jakości kompilacji. |
To Run weryfikacji kompilacji |
Flaga wskazująca, czy przebieg testu zawiera kompilacji testy weryfikacji, które należy sprawdzić podstawowe funkcje kompilacji.Ta flaga odpowiada tcm /buildverification przełącznika. Na przykład raportu, który używa tego atrybutu zobacz Raport programu Excel dotyczący jakości kompilacji. |
Identyfikator uruchomienia testu |
Liczba, która systemu przypisane do przebieg testu. |
Właściciel wykonywania testu |
Odnosi się do właściciela, który jest przypisany do badania Uruchom zespołu testu utworzenia lub opublikowane.Odpowiada tcm /owner przełącznika. |
Stan uruchomienia testu i identyfikator |
Nazwa lub liczba, która jest przypisana do stanu w przypadku testu (na przykład przerwanie transakcji, ukończone, w trakcie, Nierozpoczęte, lub nieznany). |
Tytuł wykonywania testu |
Odpowiada tytuł, który jest przypisany do badania Uruchom zespołu testu utworzenia lub opublikowane.Odpowiada tcm /title przełącznika. |
Element roboczy i wymiarów połączonych elementów pracy
Istnieje możliwość powiązania przypadków testowych do innych elementów pracy, takich jak wątki użytkownika, wymagania i usterek.Używając wymiaru połączonego elementu pracy, można utworzyć raport, który zapewnia wyniki testów, które odnoszą się do połączonych elementów pracy.Raport postępu do testowania historie użytkowników, opisane wcześniej w tym temacie zawiera przykładowy przy użyciu elementu pracy powiązanego.
Opis każdego z atrybutów, zobacz Odwołania pola elementu pracy dla Visual Studio ALM.
Wymagane działania
Tworzenie raportów, które zawierają dane przydatne testów rozwój oraz wyniki testów, członkowie zespołu powinni dokonać przeglądu informacje w następujących tematach:
Zobacz też
Koncepcje
Perspektywy i grupy pomiarowe udostępniane w Analysis Services Cube dla Visual Studio