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

Порядок выполнения модульных тестов в Visual Studio 2008

У меня есть модульные тесты, определенные для моего решения Visual Studio 2008. Эти тесты определены в нескольких методах и в нескольких классах в нескольких файлах.

Я прочитал в статью в блоге что при использовании MSTest ошибочно думать, что вы можете зависеть от порядка выполнения ваших тестов:

Чередование выполнения: поскольку каждый экземпляр тестового класса создается отдельно в другом потоке, нет никаких гарантий относительно порядка выполнения модульных тестов в одном классе или между классами. Выполнение тестов может чередоваться между классами и, возможно, даже сборками, в зависимости от того, как вы решили выполнять свои тесты. Ключевым моментом здесь является то, что все тесты могут выполняться в любом порядке, он полностью не определен.

Тем не менее, перед запуском любого из этих тестов у меня должен быть предварительный этап выполнения. То есть я действительно хочу как-то определить порядок выполнения. Например, 1) сначала создайте базу данных; 2) проверьте, что он создан; затем 3) запустить оставшиеся 50 тестов в произвольном порядке.

Есть идеи, как я могу это сделать?

visual-studio unit-testing mstest
08.12.2009

Ответы:


1

Я бы не стал проверять, что база данных успешно создана; Я предполагаю, что все последующие тесты потерпят неудачу, если это не так, и я чувствую, что вы будете тестировать тестовый код.

Что касается этапа предварительного тестирования для настройки базы данных, вы можете сделать это, создав метод и украсив его тегом _ 1_ атрибут. Это заставит платформу тестирования выполнить этот метод раньше, чем любой другой метод в тестовом классе:

[ClassInitialize()]
public static void InitializeClass(TestContext testContext) 
{ 
    // your init code here
}
08.12.2009
  • Самая важная часть этого упорядочивания - это фактическое создание базы данных, а не ТЕСТИРОВАНИЕ того факта, что она создана. Как вы заметили, тестирование будет проводиться всеми другими модульными тестами :-) Как я уже упоминал, у меня есть несколько тестовых классов. Мне нужна эта логика инициализации, вызываемая перед выполнением ЛЮБОГО из тестовых классов. Итак, ClassInitialize () этого не делает. 08.12.2009
  • Просто создайте логику базы данных в ее собственном классе и вызовите ее в каждом тестовом классе use class initialize. Модуль должен всегда проходить, что бы ни случилось, он не должен зависеть от того, является ли он первым или третьим, как только ваш проект вырастет, вы наверняка захотите запустить только некоторые из ваших тестов, а не все. Кроме того, я бы подумал о создании имитации вашей базы данных и ее использовании, вместо того, чтобы на самом деле бороться с db! 08.12.2009
  • Совершенно логично. Спасибо! 08.12.2009

    • 2

    Все модульные тесты должны работать автономно и не должны зависеть друг от друга, иначе вы не сможете запустить один тест изолированно.

    Каждый тест, которому нужна база данных, должен просто создавать ее по запросу (если он еще не был создан - вы можете использовать одноэлементный / статический класс, чтобы гарантировать, что если несколько тестов выполняются в пакете, база данных фактически создается только один раз).

    Тогда не имеет значения, какой тест выполняется первым; он будет создан только тогда, когда тесту понадобится база данных для использования в первый раз.

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