5

我将用于nunit-console在我的解决方案中运行所有测试。

我这样做了：

c:\some\path>nunit-console-x86.exe MySolution.sln
NUnit-Console version 2.6.2.12296
Copyright (C) 2002-2012 Charlie Poole.
Copyright (C) 2002-2004 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov.
Copyright (C) 2000-2002 Philip Craig.
All Rights Reserved.

Runtime Environment -
   OS Version: Microsoft Windows NT 6.1.7601 Service Pack 1
  CLR Version: 2.0.50727.5466 ( Net 3.5 )

ProcessModel: Default    DomainUsage: Default
Execution Runtime: net-3.5
Could not load file or assembly 'MyNamespace.Administration, Version=0.0.0.1, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

nunit-x86.exe所以，我决定尝试一下File > Open Project > MySolution.sln，得到了这个：

---------------------------
NUnit
---------------------------
Test load failed!

System.IO.FileNotFoundException : Could not load file or assembly 
'MyNamespace.Administration, Version=0.0.0.1, Culture=neutral, 
PublicKeyToken=null' or one of its dependencies. The system cannot 
find the file specified.

For further information, use the Exception Details menu item.
---------------------------
OK   
---------------------------

异常可以在这里找到

发生了什么，我该如何解决？（无需维护 MySolution.nunit 文件）

更多信息

  • MyNamespace.Administration甚至不是包含测试的 dll 之一，这意味着 nunit 无法尝试加载它以查找要运行的测试。知道这一点后，我编辑了由nunit-x86.exe(MySolution.nunit) 创建的文件并删除了所有没有测试的 dll。果然，测试工作（在 gui 和控制台中）。这对我来说是不可接受的，因为这意味着我必须保留另一个配置文件。Nunit 支持 .sln 文件应该避免这种情况。
  • 我的测试使用 TestDriven.Net 运行良好（但我真的需要使用 nunit-console 运行它们）
  • 我已经看过这个答案，但我无法理解融合日志查看器所说的内容。发布该日志会有所帮助吗？程序集绑定日志查看器，列出了正在创建的 3 个文件：
    • nunit-agent-x86.exe，这个似乎试图MyNamespace.Administration.dll/EXE在 nunit 目录中找到
    • Tests_24398275 x2 - 一个在我的项目文件夹中寻找 nunit.core，另一个在我的项目文件夹中寻找 unit.core.interfaces。我很少注意这两个，因为它们也出现在我手动编辑的 .nunit 项目中）。
  • （根据 andreister 的评论）问题似乎出在项目/程序集本身而不是创建方法上。如果我创建一个 .nunit 项目并尝试添加MyNamespace.Administration到它（使用“添加程序集...”或“添加 VS 项目...”）它会失败。
  • 直接调用就nunit-console-x86 somepath/bin/Debug/MyNamespace.Administration.dll可以了。
4

2 回答 2

5

重新发布我在 nunit-discuss 上的回复：

加载 VS 解决方案的 NUnit 功能非常有限，旨在用于简单项目或作为创建 NUnit 项目文件的快速方法 - 即加载解决方案并保存为 NUnit 项目，然后编辑创建的 xml 文件。由于解决方案文件格式不指示哪些文件是测试，NUnit 尝试加载每个项目以检查它是否包含任何测试。（这与 Visual Studio 2012 及更高版本在使用测试资源管理器窗口时所做的相同，顺便说一句。）

正如您所建议的，我认为特定程序集无法加载，因为它具有上一级的依赖关系。在加载 VS 解决方案文件或 NUnit 项目文件时，NUnit 将应用程序库设置为包含解决方案或项目的目录。这就是为什么 NUnit 项目文件上一级可以工作的原因。

在这种情况下，设计者的意图是创建一个 NUnit 项目文件。我承认这有点不方便，因为它为您提供了另一个需要维护的配置文件。我愿意接受有关在命令行或项目文件中使用 glob 的建议。任何此类更改都可能会用于下一次重大升级，即 NUnit 3.0。

于 2013-07-06T21:12:14.700 回答
3

不幸的是，即使在nunit-discuss 小组上发帖后，我也无法为这个问题找到合适的解决方案。

nunit-discuss 小组确认我的测试失败是因为具有上一级的依赖关系。

然而，我确实找到了一个可以接受的解决方法。

由于直接调用.dlls 没有相同的问题。我可以用 glob 做到这一点，但我在 Windows 上......但我安装了 git bash。

利用我有些僵化的项目结构和命名约定，我设法做到了：

"C:\Program Files (x86)\Git\bin\bash.exe" -c 'nunit-console-x86.exe //framework=net-4.5 //xml:nunitresults.xml MysolutionFolder/Tests/*/bin/Debug/*.Tests.dll'

请注意，我利用了我的命名约定。为了减少参数的数量，这样做非常重要。

当我这样做而nunit-console-x86 MysolutionFolder/*/*/bin/Debug/*.dll不是说. 此外，如果我只提供正确的文件，它会更快。MysolutionFolder/Tests/*/bin/Debug/*.Tests.dllnunit-console-x86Bad file number

如果您有更新版本的 bash（我认为是 4.0+），您可以改用以下命令（注意使用**）：

"C:\Program Files (x86)\Git\bin\bash.exe" -c 'nunit-console-x86.exe //framework=net-4.5 //xml:nunitresults.xml MysolutionFolder/**/bin/Debug/*.Tests.dll'

这在项目结构上更短、更宽松。

于 2013-07-04T18:18:01.377 回答