当前位置：文江博客话题详情

在 NUnit 测试期间的拆卸事件中，如何获取应用于刚刚测试的方法的属性？

发布于 2024-07-18 08:08:38 字数 120 浏览 2 评论 0原文

我有一个正在运行的测试方法。当该方法生成异常时，我想知道测试的名称是什么以及异常内容。

在测试的拆解中，我想访问此信息。我如何从 [TearDown] 属性方法访问它？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

紫竹語嫣☆ 2024-07-25 08:08:38

您可以在测试拆卸方法中访问文本上下文对象

[TearDown]
public void TestTearDown()
{
  // inc. class name
  var fullNameOfTheMethod = NUnit.Framework.TestContext.CurrentContext.Test.FullName; 
  // method name only
  var methodName = NUnit.Framework.TestContext.CurrentContext.Test.Name;
  // the state of the test execution
  var state = NUnit.Framework.TestContext.CurrentContext.Result.State; // TestState enum
}

我不知道哪个版本首先支持它，但我的是24。

You can access text context objects in test tear down method

[TearDown]
public void TestTearDown()
{
  // inc. class name
  var fullNameOfTheMethod = NUnit.Framework.TestContext.CurrentContext.Test.FullName; 
  // method name only
  var methodName = NUnit.Framework.TestContext.CurrentContext.Test.Name;
  // the state of the test execution
  var state = NUnit.Framework.TestContext.CurrentContext.Result.State; // TestState enum
}

I don't know which version was first to support it, but mine is 24.

回复收藏 0 原文

债姬 2024-07-25 08:08:38

我认为 nunit 中没有内置的好方法，但这并不是一个很难解决的问题。只需将测试包装在 try/catch 块中，捕获任何异常，并将它们（和测试名称）保存到测试类中的私有成员变量中。然后您就可以通过 TearDown 方法进行访问。

不是特别优雅，但很有效。

回复收藏 0 原文

泪冰清 2024-07-25 08:08:38

另一种解决方案是使用模板方法并使用此方法运行所有测试。例如：

// template method
void Execute(Action test)
{
    try
    {
        test();
    }
    catch (Exception e)
    {
        // handle exception here
        throw;
    }
}

[Test]
public void Test()
{
    Execute(() =>
        {
            // your test here
        });
}

当您的测试使用一些必须在测试前初始化并在测试后释放的资源（例如临时文件）时，此模式特别有用。在这种情况下，您可以在测试委托中使用类型参数。

另一个优点是你可以轻松地让测试在不同的线程上运行，使用不同的文化等。

缺点很明显：它迫使你在每个测试中使用 lambda 方法。

Another solution would be to use a template method and run all tests using this method. For example:

// template method
void Execute(Action test)
{
    try
    {
        test();
    }
    catch (Exception e)
    {
        // handle exception here
        throw;
    }
}

[Test]
public void Test()
{
    Execute(() =>
        {
            // your test here
        });
}

This pattern is particularly useful when your test uses some resources that must be initialized before test and disposed after test (e.g. temporary file). In that case, you can use a type parameter in test delegate.

Another advantage is that you can easily let the test run on different thread, using different culture etc.

Disadvantage is clear: it forces you to use lambda method in every test.

回复收藏 0 原文

不气馁 2024-07-25 08:08:38

选项 1：我认为您不能。或者更确切地说，我不知道你可以。我解决此需求的方法是在特定测试中使用 try/catch，对异常执行我想要的操作，然后在 catch 块中再次抛出，以便测试可能失败。

try{
    // do something that can potentially throw;
}
catch(Exception ex){
    // do something interesting with the ex;
    throw;
}

选项 2：如果您还没有走得太远，您可能需要使用 xUnit，它具有不同的异常期望模型，并且可能提供您正在寻找的一些控制。

OPTION 1: I don't think you can. Or rather, I don't know that you can. How I approach this need is to use a try/catch on the specific tests, do what I want with the exception and then throw again within the catch block so that the test could fail.

try{
    // do something that can potentially throw;
}
catch(Exception ex){
    // do something interesting with the ex;
    throw;
}

OPTION 2: If you've not gone too far along, you may want to use xUnit which has a different exception expectation model and may provide some of the control you are looking for.

回复收藏 0 原文

~没有更多了~