我们正在使用Machine.Specification作为我当前项目的测试框架。这适用于我们测试的大部分内容。但是,我们有许多视图模型,我们已经格式化了#39;获取一些原始数据,应用某些逻辑并返回该数据的格式化版本的属性。
由于格式化涉及逻辑(空检查,零特殊情况等),我想测试一些可能的数据值,包括边界条件。对我而言,这并不是MSpec的正确用例,我们应该深入研究NUnit,我可以使用类似[TestCase]属性的东西编写数据驱动的测试。
在MSpec中编写这种测试是否有一种干净,简单的方法,或者我觉得我们应该使用不同的工具进行此类测试?
查看模型
public class DwellingInformation
{
public DateTime? PurchaseDate { get; set; }
public string PurchaseDateFormatted
{
if(PurchaseDate == null)
return "N/A";
return PurchaseDate.Value.ToShortDateString();
}
public int? ReplacementCost { get; set; }
public string ReplacementCostFormatted
{
if(ReplacementCost == null)
return "N/A";
if(ReplacementCost == 0)
return "Not Set";
return ReplacementCost.ToString("C0");
}
// ... and so on...
}
MSpec测试
public class When_ReplacementCost_is_null
{
private static DwellingInformation information;
Establish context = () =>
{
information = new DwellingInformation { ReplacementCost = null };
};
It ReplacementCostFormatted_should_be_Not_Available = () => information.ReplacementCostFormatted.ShouldEqual("N/A");
}
public class When_ReplacementCost_is_zero
{
private static DwellingInformation information;
Establish context = () =>
{
information = new DwellingInformation { ReplacementCost = "0" };
};
It ReplacementCostFormatted_should_be_Not_Set = () => information.ReplacementCostFormatted.ShouldEqual("Not Set");
}
public class When_ReplacementCost_is_a_non_zero_value
{
private static DwellingInformation information;
Establish context = () =>
{
information = new DwellingInformation { ReplacementCost = 200000 };
};
It ReplacementCostFormatted_should_be_formatted_as_currency = () => information.ReplacementCostFormatted.ShouldEqual("$200,000");
}
NUnit w / TestCase
[TestCase(null, "N/A")]
[TestCase(0, "Not Set")]
[TestCase(200000, "$200,000")]
public void ReplacementCostFormatted_Correctly_Formats_Values(int? inputVal, string expectedVal)
{
var information = new DwellingInformation { ReplacementCost = inputVal };
information.ReplacementCostFormatted.ShouldEqual(expectedVal);
}
有没有更好的方法来编写我缺少的MSpec测试,因为我还不熟悉MSpec,或者在这种情况下MSpec真的只是错误的工具吗? / p>
注意:团队中的另一位开发人员认为我们应该在MSpec中编写所有测试,因为他不想在项目中引入多个测试框架。虽然我理解他的观点,但我想确保我们使用正确的工具来做正确的工作,所以如果MSpec不是正确的工具,我正在寻找可以用来引入另一个框架的案例。
答案 0 :(得分:2)
简短回答,使用NUnit或xunit。组合测试不是mspec的最佳选择,可能永远不会。我从不关心我的项目中的多个测试框架,特别是当第二个工具更适合特定场景时。 Mspec最适合行为规范。测试输入变量不是。