Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
I den här artikeln visas och förklaras alla Microsoft.Testing.Platform-tillägg relaterade till testrapportfunktionen.
En testrapport är en fil som innehåller information om körningen och resultatet av testerna.
Visual Studio-testrapporter
Visual Studio-testresultatfilen (eller TRX) är standardformatet för publicering av testresultat. Det här tillägget levereras som en del av Microsoft.Testing.Extensions.TrxReport--paketet.
De tillgängliga alternativen enligt följande:
| Alternativ | Beskrivning |
|---|---|
--report-trx |
Genererar TRX-rapporten. |
--report-trx-filename |
Namnet på den genererade TRX-rapporten. Standardnamnet matchar följande format <UserName>_<MachineName>_<yyyy-MM-dd HH:mm:ss>.trx. |
Rapporten sparas i standardmappen TestResults som kan anges via kommandoradsargumentet --results-directory.
Azure DevOps-rapporter
Plugin-programmet för Azure DevOps-rapporter förbättrar testkörningen för utvecklare som är värdar för sin kod på GitHub, men bygger på Azure DevOps-byggagenter. Den lägger till ytterligare information till fel för att visa fel direkt i GitHub PR.
Tillägget levereras i paketet Microsoft.Testing.Extensions.AzureDevOpsReport .
De tillgängliga alternativen enligt följande:
| Alternativ | Beskrivning |
|---|---|
--report-azdo |
Aktivera utskrift av fel / varningar i CI-byggprocesser. |
--report-azdo-severity |
Allvarlighetsgrad som ska användas för den rapporterade händelsen. Alternativen är: error (standard) och warning. |
Tillägget identifierar automatiskt att det körs i en CI-miljö (continuous integration) genom att kontrollera TF_BUILD miljövariabeln.
Bestämma raden för rapportering
För att markera rätt rad i koden där felet inträffade söker Azure DevOps-rapportpluginen i felstackspårningen efter en fil som finns i det aktuella arkivet.
Så här avgör du detta:
- hittar lagringsplatsens rot, detta görs genom att söka i den
.gitkatalogen närmast platsen där testprogrammet startas (enligtAppContext.BaseDirectory). - hittar den första raden i stackspårningen som har filplats och rad (biblioteket måste ha felsökningssymboler).
- exkluderar alla filer som slutar med
Assert.csför att undvika att visa information om dina kontrollimplementeringar eller omslutningar. - exkluderar alla filer som inte finns på disken (vanligtvis är det rader från externa bibliotek som skickar felsökningssymboler, t.ex. MSTest).
(Det här är intern information som hjälper dig att felsöka beteendet och kan komma att ändras i framtiden.)