在 tSQLt 中获得 Nunit 风格的 TestCase() 功能有什么解决方案吗？

我目前正在寻找使用一些 SQL Server SQL 代码编写一些单元测试tSQLt http://tsqlt.org.

阅读文档后，似乎不支持使用参数调用测试用例，而不是为每个参数组合编写单独的测试用例。（为了这个问题，请先搁置您是否认为将参数传递给测试用例是一个好主意，还是为每个参数组合编写一个单独的测试用例）

例如在NUnit http://nunit.org您可以使用以下命令执行以下操作TestCase https://github.com/nunit/docs/wiki/TestCase-Attribute属性：

[TestCase("", -1, false)]
[TestCase("ACT ", 1, true)]
[TestCase("ACT", 1, true)]
[TestCase("aCT", 1, true)]
[TestCase("AUSTRALIAN CAPITAL TERRITORY", 1, true)]
[Test]
public void DetermineStateIdFromText(string aStateText, long aExpectedStateId, bool aExpectedFound)
{
    //Arrange
    WzDetermineStateIdFromTextInput input = new WzDetermineStateIdFromTextInput
                                            {
                                                StateText = aStateText
                                            };

    //Act
    WzDetermineStateIdFromTextOutput output = _WzLocationMappingService.DetermineStateIdFromText(input);

    //Assert
    output.ResultSuccess.ShouldBeTrue();
    output.Found.ShouldBe(aExpectedFound);
    if (output.Found)
    {
        output.StateId.ShouldBe(aExpectedStateId);
    }
}

（测试方法的内部内容无关紧要，包含在内只是为了完整性。ShouldBe() 调用来自Shouldly https://github.com/shouldly/shouldly如果您想知道断言在哪里。）

有没有人有任何解决方案来在 tSQLt 中提供 TestCase 风格支持？

tSQLt 允许使用不是测试类中的测试用例的存储过程。因此，为了实现您所寻找的目标，我通常创建一个存储过程来接受参数并处理所有测试逻辑。然后我编写了一堆单行测试程序，这些程序调用另一个程序并传入适当的参数。 tSQLt 本身的测试用例中有一些相关示例。

与真正的参数化测试相比，这种方法几乎没有什么缺点，但有一个很大的优点：您可以为每个案例指定一个真正有意义的名称，这将使查找问题变得更加简单。 （真正的参数化测试已积压，但它们不是最高优先级，因此可能需要一段时间才能完成。）

作为旁注，我强烈建议不要自动生成测试甚至测试参数，因为这通常会导致更高的维护成本。由于测试的目标是降低维护代码库的成本，因此会适得其反。我见过很多单元测试采用项目都因为这个原因而失败。