【问题标题】:Does MSpec support "row tests" or data-driven tests, like NUnit TestCase?MSpec 是否支持“行测试”或数据驱动测试,例如 NUnit TestCase?
【发布时间】:2023-03-24 06:28:01
【问题描述】:

我们正在使用 Machine.Specification 作为我当前项目的测试框架。这适用于我们正在测试的大部分内容。但是,我们有许多视图模型,其中我们具有“格式化”属性,这些属性获取一些原始数据,应用一些逻辑,并返回该数据的格式化版本。

由于格式化涉及逻辑(空检查、零的特殊情况等),我想测试一些可能的数据值,包括边界条件。对我来说,这并不是 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 真的只是错误的工具?

注意:团队中的另一位开发人员认为我们应该在 MSpec 中编写所有测试,因为他不想在项目中引入多个测试框架。虽然我理解他的观点,但我想确保我们使用正确的工具来完成正确的工作,所以如果 MSpec 不是正确的工具,我正在寻找可以用来论证引入另一个框架的理由。

【问题讨论】:

标签: c# unit-testing mspec


【解决方案1】:

简答,使用 NUnit 或 xunit。组合测试不是 mspec 的最佳选择,而且很可能永远不会。我从不关心我的项目中的多个测试框架,尤其是当第二个工具更适合特定场景时。 Mspec 最适合行为规范。测试输入变体不是。

【讨论】:

  • 我正在阅读“我从不关心多个测试框架”的意思是“我从不关心多个测试框架”,因为该声明实际上没有任何意义。如果需要大量参数化,我同意您的评估。然而,对于给定的示例,我实际上发现将每个场景表示为离散规范更有价值。如果您有 100 个变体,请使用有助于参数化的框架。如果您只有几个问题,请使用上下文/规范。
  • 是的,有头脑更合适。英语不是我的母语。
猜你喜欢
  • 1970-01-01
  • 2012-05-18
  • 2011-05-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多