Nano Hash - криптовалюты, майнинг, программирование

MSTest + Multiple Framework Targets = печаль

У меня есть несколько проектов MSTest, которые должны быть ориентированы как на netcoreapp1.1, так и на что-то более новое, например netcoreapp3.0

Я пробовал большинство вещей, предложенных в:

https://www.meziantou.net/mstest-v2-testing-against-multiple-frameworks.htm

Как правильно провести модульное тестирование Проект .NET с несколькими целевыми фреймворками, учитывая различия в реализации между целевыми объектами?

https://developercommunity.visualstudio.com/content/problem/215235/test-container-not-found-when-trying-to-run-tests.html

Однако мои результаты всегда:

  • dotnet test запускает только netcoreapp3.0 мишени. Ни один из netcorapp1.1 или netcoreapp2.0 не поднят
  • VS2019 запускает ноль тестовых целей, вылетая с ошибкой:
StreamJsonRpc.RemoteInvocationException: The following TestContainer was not found 'C:\Projects\fact\collection\src\Fact.Extensions.Collection.Tests\bin\Debug\netcoreapp1.1\Fact.Extensions.Collection.Tests.dll'
   at StreamJsonRpc.JsonRpc.<InvokeCoreAsync>d__96`1.MoveNext()
c# mstest
12.01.2020

Ответы:


1

При написании этого вопроса я сделал вывод, что новейший Microsoft.NET.Test.Sdk (16.4.0 на момент написания) может быть несовместим с предыдущими фреймворками. Я проверил эту теорию обоими:

  • Условное указание 15.3.0 для netcoreapp1.1 ItemGroup + PackageReference
  • Откат к 16.3.0 для одной из netcoreapp2.0 целей

При этом:

  • dotnet test находит почти все, но все же не 16.3.0 + netcoreapp2.0 цель. Похоже, это можно исправить путем дальнейшего отката до 16.2.0, поскольку для Microsoft.TestPlafrom.TestHost 16.3.0 есть требование netcoreapp2.1
  • VS2019 по-прежнему имеет жалобы, но может найти как 15.3.0, так и 16.3.0 Microsoft.NET.Test.Sdk проекты

Это согласуется с выводами Bruno Garcia в ссылке сообщества разработчиков. Я не рассматриваю откат решения как обходной путь. Мне больше нравится этот обходной путь, если использовать Condition для фильтрации по TargetFramework.

Что было бы весьма полезно, так это еще одно предупреждение от Visual Studio о том, что действительно проблемы с зависимостями версий вызывают проблемы. dotnet test действительно дает некоторую обратную связь в этой области, если вы присмотритесь.

12.01.2020
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..