Używanie MSTest Framework dla aplikacji testowych skierowanych .NET 1.6 i wyższy standard

Question

mam migracji my project z .NETFramework 4.5.1 do .NET 1.6 Standardowe

Projekt jest za pomocą ram MSTest i chciałbym je zachować że droga do teraz i uniknąć przepisywania testy w innym ram (xUnit, NUnit lub podobne)

obecnie MSTest framework support was announced for .NET Core tylko, i całkiem naturalnie dotnet-test-mstest 1.1.2-previewpackage available on NuGet nie obsługuje .NET standard, więc nie mogę mieć mój cel projekty testowe .NET Standard

Jednak zgodnie z compatibility matrix, .NET Standard 1.6 jest zgodny z .NET Core 1.0.
Mam więc moje zestawy testowe ukierunkowane na .NET Core 1.0 i odwołujące się do moich zestawów testowych systemu, które są ukierunkowane na .NET Standard 1.6 - i to działa dobrze.

Pytanie brzmi - czy to dobra decyzja w przyszłości?

Nie znalazłem żadnej mapy drogowej dla MSTest i zastanawiam się, czy ta sztuczka nadal będzie działać po migracji do .NET Standard 2.0?
Czy powinienem zmienić moje środowisko testowe na coś innego, które ma bardziej aktualne wsparcie, na przykład XUnit?

Nawet Microsoft documentation points to XUnit, czy porzucają MSTest?

Należy pamiętać, że to is not a duplicate, ponieważ moje pytanie dotyczy perspektywy na przyszłość, nie tylko obecnego stanu rzeczy.

Answer 1

>> Projekt użyciu MSTest ramy, i chciałbym, aby utrzymać go w ten sposób do teraz i uniknąć przepisywania testy w innym ram (xUnit, NUnit lub te podobnego)

brzmi rozsądnie.

>> Nie mogę mieć moje projekty testowe kierować NET Standardowy

Można.

Proszę zobaczyć ten post w celach referencyjnych: https://blogs.msdn.microsoft.com/visualstudioalm/2016/11/29/evolving-the-test-platform-part-3-net-core-convergence-and-cross-plat/ Pamiętaj, że nie potrzebujesz już pakietu dotnet-test-mstest. Zamiast tego użyj MSTest.TestAdapter.

>> nawet Microsoft punktów dokumentacji, która ma xUnit

W tym przypadku tak. Ale są też inne projekty, które również używają MSTest.

Pracujemy zarówno na platformie testowej MSTest, jak i na platformie testowej VS. Jako platforma testowa, stosujemy podejście pluralistyczne i chcemy pozostawić deweloperowi wybór ram testowych (w przeciwieństwie do opowiedzenia się za jedną z tych zasad). Możesz przeczytać więcej o tym podejściu tutaj: https://blogs.msdn.microsoft.com/visualstudioalm/2016/07/25/evolving-the-visual-studio-test-platform-part-1/.

>> czy porzucają MSTest?

Wcale nie.

Proszę zobaczyć tutaj: https://blogs.msdn.microsoft.com/bharry/2017/01/20/open-sourcing-the-vs-test-platform/, a tutaj: https://visualstudio.uservoice.com/forums/121579-visual-studio-ide/suggestions/13399980-make-ms-test-framework-opensouce, aby rzucić okiem na drogę przed nami. Niedługo ogłosimy więcej - szczególnie pod względem mapy drogowej.

>> Pytanie brzmi - czy to dobra decyzja w przyszłości?

Tak (na podstawie wszystkich powyższych).