NUnit自定义超时属性

问题描述

我正在尝试实现自己的Timeout属性版本,因为如果设置的测试时间到期,则需要运行TearDown 但是,我无法弄清楚如何从Context或Command中获取正在执行的内容-测试方法或SetUp(我也想忽略其执行) 是否有可能实施自定义版本的超时,而仅使用测试本身而不使用SetUp和TearDown方法呢?

解决方法

是的,可以创建一个您所描述的属性。但是,它不能是“ TimeoutAttribute的新版本”,因为该属性aleady存在于NUnit中。它必须是用不同方式编写的新属性。

当前的TimeoutAttribute是NUnit中较旧的属性实现之一。实际上它本身做得很少。相反,它仅将信息作为测试对象的属性留下,稍后由NUnit在内部对其进行操作。到目前为止,大多数属性已转换为另一种方法,其中属性本身将代码添加到测试的命令结构中-为了方便参考,我将其称为“活动属性”。

TimeoutAttribute仍然使用较旧的样式(如果愿意,可以称其为“被动”)的根本原因是它实际上做了两件完全不同的事情:

  1. 当它出现在方法上时,它设置该方法的超时时间。
  2. 当它出现在类或程序集上时,它会设置默认超时,该超时将在没有设置超时的方法时使用。

我认为这种双重用途是一个不幸的设计错误。 (我可以这么说,因为这是我的错误。)它限制了您执行自己想做的事情的能力。但是,通过完全忽略现有属性,您可以自己创建一个。编码很简单,但这是我的建议:

  1. 您的属性应实现IWrapTestMethod接口。 NUnit将在适当的时候调用它的Wrap方法。

  2. Wrap方法将创建一个从TestCommand派生的对象,该对象通过在单独的线程上调用基本命令Execute来运行测试方法,并等待该线程完。如果未在允许的时间内完成线程,它将杀死线程。

这不是不是一个简单的自定义属性即可编写。为此,您将必须在属性中创建很多代码。实际上,您将复制NUnit本身中已经发现的大量内容。例如,您将需要同时处理同步和异步测试方法,并且需要像NUnit一样生成失败的结果。

因为涉及到这一点,所以最好在内部修改NUnit。但是,这样的修改很可能是一个重大更改,因此我认为它不会很快发生。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...