Як ми можемо запустити метод тестування з кількома параметрами в MSTest?

NUnit має функцію під назвою Значення, як нижче:

[Test]
public void MyTest(
    [Values(1,2,3)] int x,
    [Values("A","B")] string s)
{
    // ...
}

Це означає, що метод тестування буде виконуватися шість разів:

MyTest(1, "A")
MyTest(1, "B")
MyTest(2, "A")
MyTest(2, "B")
MyTest(3, "A")
MyTest(3, "B")

Зараз ми використовуємо MSTest, але чи є для цього еквівалент, щоб я міг запустити один і той же тест з кількома параметрами?

[TestMethod]
public void Mytest()
{
    // ...
}

На жаль, це не підтримується в старих версіях MSTest. Мабуть, є модель розширюваності, і ви можете її реалізувати самостійно . Іншим варіантом буде використання тестів, керованих даними .

Моя особиста думка була б просто дотримуватися NUnit, хоча ...

Щодо Visual Studio 2012, оновлення 1, MSTest має подібну функцію. Дивіться відповідь МакАдена .

EDIT 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 );
}

EDIT : Схоже, це доступно лише в рамках проекту тестування одиниць для WinRT / Metro . Бампер

EDIT 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);
    }
}

EDIT 3 : Ця проблема була розглянута на форумах UserVoice Visual Studio. Останнє оновлення:

НАЧАЛО · Команда Visual Studio ADMIN Команда Visual Studio (Команда продуктів, Microsoft Visual Studio) відповіла · 25 квітня 2016 р. Дякую за відгук. Ми почали працювати над цим.

Візуальна студія Пратапа Лакшмана

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
{
    [DataTestMethod]
    [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);
    }
}

Не зовсім такий самий, як атрибути NUnit Value(або TestCase), але MSTest має DataSourceатрибут, який дозволяє зробити подібну дію.

Ви можете підключити його до бази даних або 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. У наступному прикладі визначено лише один тестовий метод, але зроблено два тестові випадки.

У 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 .

Я не зміг домогтися 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, як я в цьому конкретному випадку).