Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
W Power BI można zgłosić stan wykonania co najmniej jednego planu testowego. Raport utworzony przy użyciu informacji w tym artykule jest podobny do poniższego obrazu i wykresu podsumowania raportu Śledzenie stanu testu — postęp.
Ten raport przedstawia dwa wykresy pierścieniowe, które podsumowują plany testowe wykonane oraz niewykonane, jak również status wykonanych planów testowych.
-
Wykonane a nie wykonane
- Wykonane: suma i procent uruchomionych przypadków testowych.
- NotExecuted: suma i procent przypadków testowych, które nie zostały uruchomione.
-
Podziel według wyniku
- Przeszły: suma i procent przypadków testowych, które przeszły.
- Zablokowane: suma i procent przypadków testowych, które są obecnie zablokowane do uruchomienia.
- Niepowodzenie: suma i procent przypadków testowych, które zakończyły się niepowodzeniem podczas uruchamiania.
- NotApplicable: suma i procent przypadków testowych, które nie działały.
Pytania dotyczące odpowiedzi na raport
Ogólny raport o stanie wykonania pomaga śledzić postęp zespołu w odniesieniu do planowanego testowania produktu lub usługi, odpowiadając na następujące pytania:
- Ile testów zostało ukończonych?
- Jaki jest bieżący stan testów zakończonych powodzeniem, niepowodzeniem lub zablokowaniem?
Uwaga
Przykładowe zapytania w tym artykule wymagają wersji 3.0-preview lub nowszej źródła OData Analytics. Podziel się swoją opinią.
| Kategoria | Wymagania |
|---|---|
| poziomy dostępu |
-
Członek projektu. — Co najmniej podstawowy dostęp. |
| Uprawnienia użytkownika | Domyślnie członkowie projektu mają uprawnienia do wykonywania zapytań w usłudze Analytics i tworzenia widoków. Aby uzyskać więcej informacji na temat innych wymagań wstępnych dotyczących włączania usługi i funkcji oraz ogólnych działań śledzenia danych, zobacz Uprawnienia i wymagania wstępne dotyczące dostępu do analizy. |
Uwaga
W tym artykule założono, że przeczytasz Przegląd przykładowych raportów przy użyciu zapytań OData i masz podstawową wiedzę na temat Power BI.
Aby raport wygenerował przydatne dane, zespół musi wykonać następujące działania w celu zarządzania planami testów:
Definiowanie planów testów, zestawów testów i przypadków testowych. Określ ich stan. Aby można było uruchomić zestaw testów, musi być w stanie W toku. Aby można było uruchomić przypadek testowy, musi być w stanie 'Gotowość'. Aby uzyskać szczegółowe informacje, zobacz Tworzenie ręcznych przypadków testowych.
Uruchom testy ręczne i zweryfikuj wyniki. Oznacz wyniki każdego kroku weryfikacji w przypadku testowym jako z powodzeniem lub niepowodzeniem. Aby uzyskać szczegółowe informacje, zobacz Uruchamianie testów ręcznych.
Uwaga
Testerzy muszą oznaczyć krok testowy statusem, jeśli jest to krok weryfikacji testu. Ogólny wynik testu odzwierciedla stan wszystkich kroków testowych, które zostały oznaczone. W związku z tym test ma stan niepowodzenia, jeśli jakikolwiek krok testu jest oznaczony jako niepowodzenie lub nie jest oznaczony.
Przykładowe zapytania
Użyj następujących zapytań dla TestPoints zestawu jednostek, aby utworzyć różne, ale podobne raporty postępu planu testów.
Uwaga
Aby znaleźć dostępne właściwości filtrowania lub raportowania, zobacz dokumentację metadanych dla analizy planów testów. Zapytania lub właściwości zwracane można filtrować przy użyciu dowolnej Property wartości zdefiniowanej pod EntityType, lub dowolnej NavigationPropertyBinding Path wartości wymienionej dla EntitySet. Każda EntitySet mapuje na EntityType, który dokumentuje typ danych dla każdej właściwości.
Skopiuj i wklej następujące zapytanie Power BI bezpośrednio do okna Pobierz dane>Blnk Query. Aby uzyskać więcej informacji, zobacz Omówienie przykładowych raportów przy użyciu zapytań OData.
let
Source = OData.Feed ("https://analytics.dev.azure.com/{organization}/{project}/_odata/v3.0-preview/TestPoints?"
&"$apply=filter(TestSuite/TestPlanTitle eq '{testPlanTitle}')"
&"/aggregate("
&"$count as TotalCount,"
&"cast(LastResultOutcome eq 'Passed', Edm.Int32) with sum as Passed,"
&"cast(LastResultOutcome eq 'Failed', Edm.Int32) with sum as Failed,"
&"cast(LastResultOutcome eq 'Blocked', Edm.Int32) with sum as Blocked,"
&"cast(LastResultOutcome eq 'NotApplicable', Edm.Int32) with sum as NotApplicable,"
&"cast(LastResultOutcome eq 'None', Edm.Int32) with sum as NotExecuted,"
&"cast(LastResultOutcome ne 'None', Edm.Int32) with sum as Executed"
&")/compute("
&"Executed mul 100 div TotalCount as ExecPct,"
&"iif(TotalCount gt NotExecuted, Passed mul 100 div Executed,0) as PassedPct"
&")", null, [Implementation="2.0"])
in
Source
Ciągi podstawienia i podział zapytań
Zastąp następujące ciągi swoimi wartościami. Nie uwzględniaj nawiasów klamrowych {} w podstawieniu. Jeśli na przykład nazwa organizacji to "Fabrikam", zastąp ciąg {organization}Fabrikam, a nie {Fabrikam}.
-
{organization}— Nazwa organizacji. -
{project}— Nazwa projektu zespołowego. Całkowicie pomiń/{project}dla zapytania obejmującego wiele projektów. -
{testPlanTitle}- Tytuł planu testowego, którego dane chcesz zwrócić.
Podział zapytań
W poniższej tabeli opisano każdą część zapytania.
Część kwerendy
Opis
filter((TestSuite/TestPlanTitle eq '{testPlanTitle}'))
Zwraca dane tylko dla wybranego planu testowego. Aby uwzględnić wiele planów, użyj klauzuli takiej jak filter((TestSuite/TestPlanTitle eq '{testPlanTitle1}' or TestSuite/TestPlanTitle eq '{testPlanTitle2}')). Można również zastosować inne filtry związane z zestawami testów i konfiguracjami testów.
/aggregate($count as TotalCount,
Agreguje dane w przefiltrowanych punktach testowych, zliczając TotalCount.
cast(LastResultOutcome eq 'Passed', Edm.Int32) with sum as Passed
Podczas agregowania rzutuje typy punktów testowych z najnowszym wynikiem wykonania „Przekazano” na wartość 1 i sumuje jako metryka Passed.
/compute(Executed mul 100 div TotalCount as ExecPct
Udostępnia obliczoną metrykę ExecPct równą (Wykonane punkty testowe / Łączna liczba * 100).
(Opcjonalnie) Zmienianie nazwy zapytania
Możesz zmienić nazwę domyślnej etykiety zapytania Query1 na bardziej zrozumiałą. Wprowadź nową nazwę w okienku Ustawienia zapytania .
Zmienianie typu danych kolumny
W Edytor Power Query wybierz kolumnę TotalCount i wszystkie inne kolumny. Następnie wybierz pozycję Typ danych z menu Przekształć , a następnie wybierz pozycję Liczba całkowita. Aby uzyskać więcej informacji na temat zmiany typu danych, zobacz Transform Analytics dane, aby generować raporty Power BI oraz Przekształć typ danych kolumny.
(Opcjonalnie) Zmienianie nazwy pól kolumn
Możesz zmienić nazwy pól kolumn na bardziej przyjazne dla użytkownika. Aby dowiedzieć się, jak to zrobić, zobacz Zmienianie nazwy pól kolumn.
Zamknij zapytanie i zastosuj zmiany
Po zakończeniu wszystkich przekształceń danych wybierz pozycję Zamknij i zastosuj z menu Narzędzia główne . Ta akcja zapisuje zapytanie i zwraca cię do karty Report w Power BI.
Tworzenie raportu wykresu pierścieniowego
W Power BI w obszarze Visualizations wybierz raport Donut.
Aby utworzyć wykres pierścieniowy Executed vs. Not executed, dodaj następujące pola do Values w podanej kolejności.
ExecutedNotExecuted
Aby utworzyć wykres pierścieniowy podzielony według wyniku, dodaj następujące pola do wartości w podanej kolejności.
PassedFailedBlockedNotApplicable
Na poniższej ilustracji przedstawiono wynikowy raport.