12

我正在使用 NUnit 和 TestDriven.NET 插件编写单元测试。我想为这样的测试方法提供参数：

[TestFixture]
public class MyTests
{
    [Test]
    public void TestLogin(string userName, string password)
    {
        // ...
    }

    ...
}

如您所见，这些参数是私有数据，因此我不想对它们进行硬编码或将它们放入文件中。实际上我不想在任何地方写它们，我希望每次运行测试时都得到提示。

当我尝试运行此测试时，我在输出窗口中收到以下消息：

TestCase 'MyProject.MyTests.TestLogin' 未执行：未提供参数

所以我的问题是，我如何提供这些参数？我希望 TestDriven.NET 显示一个提示，以便我可以输入值，但它没有......

对不起，如果我的问题看起来很愚蠢，答案可能很简单，但我在谷歌上找不到任何有用的东西......

编辑：我刚刚找到了一种方法，但这是一个肮脏的把戏......

    [Test, TestCaseSource("PromptCredentials")]
    public void TestLogin(string userName, string password)
    {
        // ...
    }

    static object[] PromptCredentials
    {
        get
        {
            string userName = Interaction.InputBox("Enter user name", "Test parameters", "", -1, -1);
            string password = Interaction.InputBox("Enter password", "Test parameters", "", -1, -1);
            return new object[]
            {
                new object[] { userName, password }
            };
        }
    }

我仍然对更好的解决方案感兴趣...

4

4 回答 4

22

使用TestCase属性。

[TestCase("User1", "")]
[TestCase("", "Pass123")]
[TestCase("xxxxxx", "xxxxxx")]
public void TestLogin(string userName, string password)
{
    // ...
}
于 2011-09-13T09:57:22.560 回答
2

我认为您可以通过使用此处的 NUnit 的 RowTest 插件来解决此问题http://www.andreas-schlapsi.com/2008/01/29/rowtest-extension-120/

您可以创建简单的数据驱动测试，其中测试数据由 [Row] 属性提供。因此，这里有一个使用不同参数反复运行的测试示例：

[TestFixture]
public class RowTestSample
{
 [RowTest]
 [Row( 1000, 10, 100.0000)]
 [Row(-1000, 10, -100.0000)]
 [Row( 1000, 7, 142.85715)]
 [Row( 1000, 0.00001, 100000000)]
 [Row(4195835, 3145729, 1.3338196)]
 public void DivisionTest(double numerator, double denominator, double result)
 {
    Assert.AreEqual(result, numerator / denominator, 0.00001);
 }
}
于 2009-09-10T07:32:54.120 回答
2

单元测试通常不应该采用任何参数。您在测试本身中创建必要的数据。

  • 期望值
  • 您调用要测试的方法传递必要的参数
  • 您将结果与预期值和测试方法的返回值进行比较

MS 单元测试不允许将参数传递给测试。相反，您需要创建数据驱动单元测试。试试这个链接，它可能对你有帮助。

如我所说。我不会声明将参数传递给单元测试本身是一种很好的做法。

更新：我还年轻:)。请考虑 Sarfraz 关于如何将参数传递给 NUnit 测试的答案。

于 2009-09-10T08:02:14.960 回答
0

我同意其他答案，即传递参数可能不是最佳实践，但硬编码凭据或服务器地址也不是在某些时候可能会改变。

受相关建议解决方案的启发，我只是阅读控制台输入而不是使用输入框。参数保存在文件中。开始测试时，文件被重定向并从一些初始化函数中读取，该函数应该在任何测试用例运行之前调用。

nunit tests.dll < test.config

这避免了用户交互，并且应该可以由任何自动化脚本运行。缺点是密码仍然必须保存在某个地方，但至少可以保存在测试机器的本地并且易于更改。

这是一个项目，其中包含测试的 Excel 表（不是定义的单元测试）用于让其他人为更大的服务器端项目创建测试用例，而无需更改任何代码。如果所有测试用例都必须强制在一个巨大的 Excel 表中，那就太糟糕了。也没有 CI，只有不同服务器上的许多测试环境。

于 2012-02-19T18:02:59.210 回答