Przykładowy raport o stanie postępu

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.

Zrzut ekranu przedstawiający raporty Power BI dotyczące postępu planu testowania pierścieniowego.

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 .

 Zrzut ekranu przedstawiający opcje menu zapytania Power BI, zmień nazwę kwerendy.

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.

Zrzut ekranu przedstawiający opcję Zamknij i Zastosuj w Edytor Power Query.

Tworzenie raportu wykresu pierścieniowego

  1. W Power BI w obszarze Visualizations wybierz raport Donut.

    Zrzut ekranu przedstawiający wybrane pola wizualizacji dla raportu przebiegu przebiegu testu.

  2. Aby utworzyć wykres pierścieniowy Executed vs. Not executed, dodaj następujące pola do Values w podanej kolejności.

    • Executed
    • NotExecuted
  3. Aby utworzyć wykres pierścieniowy podzielony według wyniku, dodaj następujące pola do wartości w podanej kolejności.

    • Passed
    • Failed
    • Blocked
    • NotApplicable

Na poniższej ilustracji przedstawiono wynikowy raport.

 Zrzut ekranu przedstawiający przykładowy raport Power BI dotyczący postępu planu testowego.