NUnit поддерживает функцию, позволяющую указать набор входных данных для многократного выполнения модульного теста.
[RowTest]
[Row(1001,1,2,3)]
[Row(1,1001,2,3)]
[Row(1,2,1001,3)]
public void SumTests(int x, int y, int z, int expected)
{
...
}
Как лучше всего выполнить то же самое с помощью MSTest? Не могу найти подобного набора атрибутов.
Будет ли это помочь?
На этой неделе я добавлял несколько модульных тестов в проект, управляемый TFS, поэтому я решил использовать «базовую» платформу модульного тестирования, доступную в VS2008, и, к сожалению, она не поддерживает RowTests. Но у него есть аналогичная функция под названием Data-Driven Unit Test. При таком подходе немного сложнее реализовать «простой» сценарий RowTest, но он также позволяет реализовать более сложные.
Для тех, кто использует MSTest2, для этого доступны DataRow + DataTestMethod:
[DataRow(Enum.Item1, "Name1", 123)]
[DataRow(Enum.Item2, "Name2", 123)]
[DataRow(Enum.Item3, "Name3", 456)]
[DataTestMethod]
public void FooTest(EnumType item, string name, string number)
{
var response = ExecuteYourCode(item, name, number);
Assert.AreEqual(item, response.item);
}
Подробнее об этом здесь
Вы можете получить эту возможность, написав небольшое расширение mstest, как показано здесь.
Мой ответ аналогичен ответу @ oscar-e-fraxedas-tormo.
Вы можете создать подкласс от одного из сгенерированных классов, которые имеют от 1 до 100 методов тестирования внутри и обеспечивают всю логику тестирования в производном классе. В приведенном ниже примере:
[TestClass]
public class Ha_ha_ha_Test: MsTestRows.Rows.TestRows_42<string>
{
public override void TestMethod(string dataRow, int rowNumber)
{
Console.WriteLine(dataRow);
Assert.IsFalse(dataRow.Contains("3"));
}
public override string GetNextDataRow(int rowNumber)
{
return "data" + rowNumber;
}
}
Класс Ha_ha_ha_Test будет содержать 42 сгенерированных строк (методов). Для каждой строки будет вызываться специальный метод GetNextDataRow, чтобы предоставить необходимые тестовые данные.
https://github.com/dzhariy/mstest-rows
Фактически, параметризованный модульный тест (PUT) является естественным обобщением модульного теста. А у Microsoft Research есть проект под названием Pex, который автоматически генерирует PUT для тестируемого класса (CUT). Pex - это инструмент создания входных данных для автоматического тестирования. Вместо того, чтобы самостоятельно готовить тестовые данные, инструмент Pex найдет интересующие данные для параметров CUT и соответственно сгенерирует модульные тесты. Пожалуйста, проверьте здесь.
Вы можете создать базовый класс с методом тестирования и параметрами как виртуальными свойствами. Когда вы наследуете от этого класса, вам нужно только переопределить свойства желаемыми значениями. См. Пример кода:
public class Operation
{
public static int Add(int x, int y)
{
return x + y;
}
}
[TestClass]
public class AddTests : WorkItemTest
{
protected virtual int First{get { return 0; }}
protected virtual int Second{get { return 0; }}
[TestInitialize]
public virtual void Init()
{
//Init code
}
[TestCleanup]
public virtual void Clean()
{
//Clean code
}
[TestMethod]
[Description("x+y = y+x")]
public virtual void Test_operation_commutativity()
{
Assert.AreEqual(Operation.Add(Second, First), Operation.Add(First, Second));
}
}
[TestClass]
public class AddPositiveTest : AddTests
{
protected override int First { get { return 1; } }
protected override int Second { get { return 2; } }
}
[TestClass]
public class AddNegativeTest : AddTests
{
protected override int First { get { return -1; } }
protected override int Second { get { return -2; } }
}
