Как мы можем запустить тестовый метод с несколькими параметрами в MSTest?

К сожалению, он не поддерживается в более старых версиях MSTest. По-видимому, существует модель расширяемости, и вы можете реализовать ее самостоятельно. Другой вариант - использовать тесты на основе данных.

Мое личное мнение было бы просто придерживаться NUnit ...

Начиная с Visual Studio 2012, обновление 1, MSTest имеет аналогичную функцию. См. ответ Макадена.

РЕДАКТИРОВАТЬ 4: похоже, это завершено в MSTest V2 17 июня 2016 г .: https://blogs.msdn.microsoft.com/visualstudioalm/2016/06/17/taking-the-mstest-framework-forward-with-mstest-v2/

Исходный ответ:

Примерно неделю назад в Visual Studio 2012 Update 1 теперь возможно нечто подобное:

[DataTestMethod]
[DataRow(12,3,4)]
[DataRow(12,2,6)]
[DataRow(12,4,3)]
public void DivideTest(int n, int d, int q)
{
  Assert.AreEqual( q, n / d );
}

ИЗМЕНИТЬ: похоже, это доступно только в проекте модульного тестирования для WinRT / Metro. Облом

ИЗМЕНИТЬ 2. Следующие метаданные можно найти с помощью функции «Перейти к определению» в Visual Studio:

#region Assembly Microsoft.VisualStudio.TestPlatform.UnitTestFramework.dll, v11.0.0.0
// C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0\ExtensionSDKs\MSTestFramework\11.0\References\CommonConfiguration\neutral\Microsoft.VisualStudio.TestPlatform.UnitTestFramework.dll
#endregion

using System;

namespace Microsoft.VisualStudio.TestPlatform.UnitTestFramework
{
    [AttributeUsage(AttributeTargets.Method, AllowMultiple = false)]
    public class DataTestMethodAttribute : TestMethodAttribute
    {
        public DataTestMethodAttribute();

        public override TestResult[] Execute(ITestMethod testMethod);
    }
}

ИЗМЕНИТЬ 3: эта проблема была поднята на форумах Visual Studio UserVoice. Последнее обновление гласит:

НАЧАЛО · Команда Visual Studio ADMIN Команда Visual Studio (группа разработки продукта, Microsoft Visual Studio) ответила · 25 апреля 2016 г. Спасибо за отзыв. Мы начали над этим работать.

Пратап Лакшман Visual Studio

https://visualstudio.uservoice.com/forums/330519-team-services/suggestions/3865310-allow-use-of-datatestmethod-datarow-in-all-unit

Эта функция находится в предварительный выпуск сейчас и работает с Visual Studio 2015.

Например:

[TestClass]
public class UnitTest1
{
    [TestMethod]
    [DataRow(1, 2, 2)]
    [DataRow(2, 3, 5)]
    [DataRow(3, 5, 8)]
    public void AdditionTest(int a, int b, int result)
    {
        Assert.AreEqual(result, a + b);
    }
}

Не совсем то же самое, что атрибуты Value (или TestCase) NUnit, но MSTest имеет _ 3_, который позволяет делать то же самое.

Вы можете подключить его к базе данных или XML-файлу - это не так просто, как функция NUnit, но она выполняет свою работу.

MSTest имеет мощный атрибут, называемый DataSource. Используя это, вы можете выполнять тесты на основе данных по вашему запросу. Вы можете иметь свои тестовые данные в XML, CSV или в базе данных. Вот несколько ссылок, которые помогут вам

• Модульное тестирование с VSTS 2008 (Часть 3)
• Как: создать модульный тест, управляемый данными
• Пошаговое руководство: использование файла конфигурации для определения источника данных

Реализовать это очень просто - нужно использовать свойство TestContext и TestPropertyAttribute.

Пример

public TestContext TestContext { get; set; }
private List<string> GetProperties()
{
    return TestContext.Properties
        .Cast<KeyValuePair<string, object>>()
        .Where(_ => _.Key.StartsWith("par"))
        .Select(_ => _.Value as string)
        .ToList();
}

//usage
[TestMethod]
[TestProperty("par1", "http://getbootstrap.com/components/")]
[TestProperty("par2", "http://www.wsj.com/europe")]
public void SomeTest()
{
    var pars = GetProperties();
    //...
}

РЕДАКТИРОВАТЬ:

Я подготовил несколько методов расширения, чтобы упростить доступ к свойству TestContext и действовать так, как будто у нас есть несколько тестовых примеров. См. Пример обработки простых тестовых свойств здесь:

[TestMethod]
[TestProperty("fileName1", @".\test_file1")]
[TestProperty("fileName2", @".\test_file2")]
[TestProperty("fileName3", @".\test_file3")]
public void TestMethod3()
{
    TestContext.GetMany<string>("fileName").ForEach(fileName =>
    {
        //Arrange
        var f = new FileInfo(fileName);

        //Act
        var isExists = f.Exists;

        //Asssert
        Assert.IsFalse(isExists);
    });
}

и пример с созданием сложных тестовых объектов:

[TestMethod]
//Case 1
[TestProperty(nameof(FileDescriptor.FileVersionId), "673C9C2D-A29E-4ACC-90D4-67C52FBA84E4")]
//...
public void TestMethod2()
{
    //Arrange
    TestContext.For<FileDescriptor>().Fill(fi => fi.FileVersionId).Fill(fi => fi.Extension).Fill(fi => fi.Name).Fill(fi => fi.CreatedOn, new CultureInfo("en-US", false)).Fill(fi => fi.AccessPolicy)
        .ForEach(fileInfo =>
        {
            //Act
            var fileInfoString = fileInfo.ToString();

            //Assert
            Assert.AreEqual($"Id: {fileInfo.FileVersionId}; Ext: {fileInfo.Extension}; Name: {fileInfo.Name}; Created: {fileInfo.CreatedOn}; AccessPolicy: {fileInfo.AccessPolicy};", fileInfoString);
        });
}

Обратите внимание на методы и набор образцов для получения дополнительных сведений.

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

В Visual Studio 2012 он создает два теста в TestExplorer:

1. DemoTest_B10_A5.test

2. DemoTest_A12_B4.test

   public class Demo
   {
       int a, b;
   
       public Demo(int _a, int _b)
       {
           this.a = _a;
           this.b = _b;
       }
   
       public int Sum()
       {
           return this.a + this.b;
       }
   }
   
   public abstract class DemoTestBase
   {
       Demo objUnderTest;
       int expectedSum;
   
       public DemoTestBase(int _a, int _b, int _expectedSum)
       {
           objUnderTest = new Demo(_a, _b);
           this.expectedSum = _expectedSum;
       }
   
       [TestMethod]
       public void test()
       {
           Assert.AreEqual(this.expectedSum, this.objUnderTest.Sum());
       }
   }
   
   [TestClass]
   public class DemoTest_A12_B4 : DemoTestBase
   {
       public DemoTest_A12_B4() : base(12, 4, 16) { }
   }
   
   public abstract class DemoTest_B10_Base : DemoTestBase
   {
       public DemoTest_B10_Base(int _a) : base(_a, 10, _a + 10) { }
   }
   
   [TestClass]
   public class DemoTest_B10_A5 : DemoTest_B10_Base
   {
       public DemoTest_B10_A5() : base(5) { }
   }
   

MSTest не поддерживает эту функцию, но вы можете реализовать свой собственный атрибут для этого.

См. Включение параметризованных тестов в MSTest с помощью PostSharp.

Мне не удалось заставить The DataRowAttribute работать в Visual Studio 2015, и вот что у меня получилось:

[TestClass]
public class Tests
{
    private Foo _toTest;

    [TestInitialize]
    public void Setup()
    {
        this._toTest = new Foo();
    }

    [TestMethod]
    public void ATest()
    {
        this.Perform_ATest(1, 1, 2);
        this.Setup();

        this.Perform_ATest(100, 200, 300);
        this.Setup();

        this.Perform_ATest(817001, 212, 817213);
        this.Setup();
    }

    private void Perform_ATest(int a, int b, int expected)
    {
        // Obviously this would be way more complex...

        Assert.IsTrue(this._toTest.Add(a,b) == expected);
    }
}

public class Foo
{
    public int Add(int a, int b)
    {
        return a + b;
    }
}

Настоящее решение здесь - просто использовать NUnit (если вы не застряли в MSTest, как я в этом конкретном случае).