2016-04-09 32 views
4

Ich versuche, asp.net Core 1.0-Test mit Xunit-Test in Visual Studio Team Services (war Visual Studio Online) einzurichten, egal, ich versuche es nicht in der Lage, die Baugruppen zu finden.Visual Studio-Test in Visual Studio Team Services

Projekt

\ src
\ test --Folder
\ test \ Job.Core.Tests - Projektname

Visual Studio Test-Rahmen:

Test Assembly: \ $ (BuildConfiguration) * Tests * .dll; -: \ obj **
Code Coverage aktiviert: true
VSTest Version: Visual Studio 2015
Pfad zum benutzerdefinierten Testadapter: $ (Build.SourcesDirectory) \ packages
Andere Konsolenoptionen:/InIsolation
Plattform: $ (BuildPlatform)
Konfiguration: $ (BuildConfiguration)

kann ich wissen, wo ich schief geht.

2016-04-09T05: 27: 33.1647258Z Ausführen des Powershell-Skript: C:\LR\MMS\Services\Mms\TaskAgentProvisioner\Tools\agents\1.97.1\tasks\VSTest\1.0.34\VSTest.ps1

2016-04-09T05: 27: 35.3816395Z ## [Warnung] Keine Testanordnungen passend zum Muster gefunden: ' \ release * test * .dll; -: \ obj ** '.

Antwort

0

Die Standardvorlagen, die auf vso-build verfügbar sind, bieten ein Beispiel dafür, was Sie wollen. Wenn Sie eine neue Builddefinition erstellen und dann Visual Studio als Standardvorlage auswählen, erhalten Sie eine Visual Studio-Testaufgabe, die versucht, alle DLLs zu ermitteln, deren Name "test" enthält.

Der Name der Testbaugruppe sollte in diesem Format vorliegen.

**\$(BuildConfiguration)\*test*.dll;-:**\obj\**

auch sicher, dass Sie den Arbeitsordner an die richtige Stelle gesetzt, so dass es die DLLs oben erwähnt mit dem Suchmuster zu finden.

+1

es nicht – tomato45un

0

Ich nehme an, dass Sie einen gleichen Ansatz verwenden, um den xUnit-Test im Asp.Net Core-Projekt als diesen Link zu implementieren: Getting Started with xUnit.net (DNX/ASP.NET 5).

Im Allgemeinen ist das Build-Ausgabeverzeichnis für das Asp.Net Core-Projekt etwas anders als bei anderen Projekten. Die kompilierten DLLs werden im Ordner $ (BuildConfiguration) \ dnx451 abgelegt. Dies hängt vom verwendeten Framework ab. Um diese Dateien zu finden, aktualisieren Sie den Pfad von Testanordnungen zu folgenden:

**\$(BuildConfiguration)\*\*test*.dll;-:**\obj\** 
+0

Ja funktioniert ist mit dem gleichen Ansatz, aus Glück für mehrere Tage versucht, nicht in der Lage, dies zu beheben. – tomato45un

+1

Keine Testassemblys gefunden, die dem Muster entsprechen: '** \ release \ * \ * test * .dll; -: ** \ obj \ **'. – tomato45un

+0

@ tomato45un Ich habe noch einen "\ *" im Test Assemblies Pfad hinzugefügt, hast du das versucht? Und können Sie einen Screenshot für diese Einstellungen freigeben? –

Verwandte Themen