Udostępnij przez


Rozszerzenia raportów testowych

W tym artykule wymieniono i wyjaśniono wszystkie rozszerzenia Microsoft.Testing.Platform związane z możliwością raportu testowego.

Raport testowy to plik zawierający informacje o wykonaniu i wyniku testów.

Raporty testowe programu Visual Studio

Plik wyników testu programu Visual Studio (lub TRX) jest domyślnym formatem publikowania wyników testu. To rozszerzenie jest dostarczane w ramach pakietu Microsoft.Testing.Extensions.TrxReport.

Dostępne opcje są następujące:

Opcja Opis
--report-trx Generuje raport TRX.
--report-trx-filename Nazwa wygenerowanego raportu TRX. Nazwa domyślna jest zgodna z następującym formatem <UserName>_<MachineName>_<yyyy-MM-dd HH:mm:ss>.trx.

Raport jest zapisywany w domyślnym folderze TestResults, który można określić za pomocą argumentu wiersza polecenia --results-directory.

Raporty usługi Azure DevOps

Wtyczka raportów usługi Azure DevOps rozszerza uruchamianie testów dla deweloperów, którzy hostują swój kod w usłudze GitHub, ale bazują na agentach kompilacji usługi Azure DevOps. Dodaje dodatkowe informacje do niepowodzeń w celu wyświetlenia błędu bezpośrednio w żądaniu ściągnięcia w usłudze GitHub.

Adnotacja błędu w widoku plików Pull Request na GitHub

Rozszerzenie jest dostarczane w pakiecie Microsoft.Testing.Extensions.AzureDevOpsReport .

Dostępne opcje są następujące:

Opcja Opis
--report-azdo Włącz wyświetlanie błędów/ostrzeżeń w kompilacjach CI.
--report-azdo-severity Stopień ważności stosowany dla zgłoszonego zdarzenia. Opcje to: error (wartość domyślna) i warning.

Rozszerzenie automatycznie wykrywa, że działa w środowisku ciągłej integracji( CI), sprawdzając zmienną TF_BUILD środowiskową.

Określanie linii do zgłoszenia

Aby wyróżnić prawidłowy wiersz w kodzie, w którym wystąpił błąd, wtyczka raportu AzureDevOps przeszukuje stos śladów błędów dla pliku, który istnieje w bieżącym repozytorium.

Aby to ustalić:

  • znajduje katalog główny repozytorium. Odbywa się to przez wyszukanie katalogu .git znajdującego się najbliżej lokalizacji, z której uruchomiono aplikację testową (zgodnie z określeniem AppContext.BaseDirectory).
  • znajduje pierwszy wiersz w śladzie stosu zawierający lokalizację pliku i wiersz (biblioteka musi zawierać symbole debugowania).
  • wyklucza wszystkie pliki, które kończą się na Assert.cs, aby uniknąć wyświetlania szczegółów implementacji asercji lub opakowania.
  • Wyklucza wszystkie pliki, które nie istnieją na dysku (zazwyczaj są to wiersze z bibliotek zewnętrznych, które wysyłają symbole debugowania, np. MSTest).

(Są to wewnętrzne szczegóły, które ułatwiają debugowanie zachowania i mogą ulec zmianie w przyszłości).