Mit MSTest Rahmen für Testanwendungen Targeting .NET Standard-1.6 und höher

Question

ich my project von .NETFramework 4.5.1 auf .NET Standard-1.6

Der Projektrahmen wird mit MSTest migrieren, und ich würde es gerne behalten auf diese Weise für jetzt und vermeiden Tests in einem anderen Rahmen (XUnit, NUnit oder dergleichen)

Derzeit MSTest framework support was announced for .NET Core nur und ganz natürlich die dotnet-test-mstest 1.1.2-previewpackage available on NuGet nicht unterstützt .NET Standard-Umschreiben, also kann ich nicht meine Testprojekte Ziel haben .NET Standard

Der Standard .NET 1.6 ist jedoch gemäß compatibility matrix mit .NET Core 1.0 kompatibel.
Also habe ich meine Test Assemblies Targeting .NET Core 1.0 und Referenzierung meiner System-in-Test-Assemblies, die .NET Standard 1.6 Ziel - und es funktioniert gut.

Die Frage ist - ist das eine gute Entscheidung für die Zukunft?

Ich habe keine Straßenkarte für MSTest gefunden, und ich frage mich, ob dieser Trick funktioniert immer noch, wenn ich auf .NET Standard 2.0 migrieren?
Soll ich mein Testframework auf etwas anderes umstellen, das hat aktuellere Unterstützung, zum Beispiel XUnit?

Selbst Microsoft documentation points to XUnit, geben sie MSTest auf?

Bitte beachten Sie, dass dies is not a duplicate, da meine Frage über die Perspektive für die Zukunft ist, nicht nur den aktuellen Stand der Dinge.

Answer 1

>> Das Projekt wird mit MSTest Rahmen, und ich mag es jetzt, so halten und vermeiden Tests in einem anderen Rahmen (XUnit, NUnit oder te wie)

Klingt vernünftig neu zu schreiben.

>> Ich kann meine Testprojekte Ziel .NET Standard-

Sie können haben.

Bitte beachten Sie diesen Beitrag als Referenz: https://blogs.msdn.microsoft.com/visualstudioalm/2016/11/29/evolving-the-test-platform-part-3-net-core-convergence-and-cross-plat/ Beachten Sie, dass Sie das dotnet-test-mstest-Paket nicht mehr benötigen. Verwenden Sie stattdessen MSTest.TestAdapter.

>> Auch Microsoft-Dokumentation zeigt auf XUnit

In diesem Fall ja. Aber dann gibt es andere Projekte, die MSTest ebenfalls stark verwenden.

Wir arbeiten sowohl am MSTest-Test-Framework als auch an der VS-Test-Plattform. Als Testplattform verfolgen wir einen pluralistischen Ansatz und möchten dem Entwickler die Wahl des Test-Frameworks überlassen (statt nur zugunsten eines Frameworks zu plädieren). Sie können mehr über diesen Ansatz hier lesen: https://blogs.msdn.microsoft.com/visualstudioalm/2016/07/25/evolving-the-visual-studio-test-platform-part-1/.

>> verlassen sie MSTest?

Überhaupt nicht.

Bitte sehen Sie hier: https://blogs.msdn.microsoft.com/bharry/2017/01/20/open-sourcing-the-vs-test-platform/, und hier: https://visualstudio.uservoice.com/forums/121579-visual-studio-ide/suggestions/13399980-make-ms-test-framework-opensouce, um einen Blick auf die Straße zu bekommen. Wir werden in Kürze - genauer im Sinne einer Roadmap - mehr bekannt geben.

>> Die Frage ist - ist das eine gute Entscheidung für die Zukunft?

Ja (basierend auf allen oben genannten).