重定向程序集绑定对于使用测试运行器进行单元测试是否有效?

20

好的,以下是我遇到的问题的完整描述:

我正在尝试使用 NUnit ExtensionMethods ,但每当我运行包含其中一个扩展方法的测试时,无论是使用TestDriven.Net还是直接尝试使用测试运行器GUI(Icarus或NUnit),都会出现FileNotFoundException。

我反复尝试后发现原因。似乎NUnit.Framework>ExtensionMethods.dll引用了

nunit.framework, Version=2.4.6.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77

我现在使用的nunit版本是

nunit.framework, Version=2.4.8.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77

我以前从未使用过汇编重定向,但似乎只需添加以下行的 App.Config 文件即可:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <runtime>
        <assemblyBinding  xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity
                    name="nunit.framework.dll"
                    publicKeyToken="96d09a1eb7f44a77" />
                <bindingRedirect oldVersion="2.4.6.0" newVersion="2.4.8.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

据我的了解,对2.4.6版本的调用(该机器上不存在)应自动重定向到2.4.8版本。

然而,这并不起作用,我怀疑(但尚未确认)这是因为测试运行程序不会自动读取app.config文件。

因此,我的问题如下:

  1. 我的诊断是否正确?

  2. 程序集重定向是否是适当的解决方案?我是否操作正确?

  3. 如何使测试运行程序正常工作?

1个回答

18

如果您将配置设置放在正确的.config文件中,那么这应该可以工作。具体是哪一个取决于您用来运行测试的环境,但是NUnit和TestDriven.NET都支持使用testassembly.dll.config。
至于这是否是适当的解决方案,我会说是的。唯一的其他可能性是使用发布者策略文件,但您需要用于编译NUnit的私钥。


4
“testassembly.dll.config” 是标准的 App.config 文件在编译时转换后得到的结果。据我所知,.NET Framework 默认会加载该配置文件,而 NUnit/TestDriven.NET 并不会特别了解它。 - Jack Ukleja
2
@Schneider:据我所知,这只适用于 *.exe.config 文件,而不适用于 *.dll.config 文件。当创建 AppDomain 时,必须明确指定这些文件。 - csgero
3
我还发现我必须明确告诉它使用/domain=multiple开关来使用多个AppDomains。欲了解更多信息,请参阅此文档 - Kevin Kuszyk
1
回到这个问题,多年以后——现在我几乎总是将我的测试程序集制作成控制台可执行文件而不是dll,原因就在于这一点。这样做可以更加轻松地使用配置文件——只需使用标准的app.config即可。 - George Mauer
/domain:multiple 对我有用。另外,/process:multiple 似乎也可以,但我认为它做的事情比最低要求多。 - Cristian Diaconescu
显示剩余3条评论

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接