安装

缺省地,安装程序将所有文件放在C:\Program Files\NUnit 2.2.9或C:\Program Files\NUnit-Net-2.0 2.2.9 目录。在安装目录下,有3个子目录:bin,doc以及samples。源代码不再随标准安装包一起发布,如果需要,必须单独下载它。

配置

如果安装了多个版本的.net框架,在各自运行GUI以及console测试器时,配置文件 nunit-gui.exe.config 和 nunit-console.exe.config 控制选择哪一个框架。按原始安装,顺序是.NET1.1,.NET 2.0,.NET 1.0.为了改变使用的版本,简单修改一下在配置文件中的顺序即可。nunit-gui的About对话框会显示当前使用的框架版本。

在这些文件中放置的设置对于你的测试或者你正在测试的产品代码是不可用的。在运行测试时,会使用一个独立的配置文件。如果你正在运行test.dll程序集的测试,配置文件应该命名为test.dll.config.如果你增在运行NUnit测试工程MyTests.nunit的测试,配置文件应该命名为MyTests.config.不管是哪一种情况,配置文件必须和命名而来的文件处于相同的目录。

除了你自己的设置,一组测试的配置文件可能包含一些在加载测试时NUnit使用的信息。特殊地,它允许你控制NUnit运行测试而使用的部件状态以及线程的优先级。其他设置可以在将来增加。以nunit.tests.dll为例。

开始菜单

安装程序将许多条目放在开始菜单里。有一个nunit-gui执行文件的快捷方式,(在桌面上同时也直接有一个快捷方式)。除了可执行文件,Samples下的菜单会指向某个特定的文件夹。源代码快捷方式将你带到包含项目源代码的文件夹。

安装检验

通过运行NUnit GUI,加载并运行bin目录下的NUnitTests.nunit项目来检验安装是否可以工作。所有的测试应该可以通过。

时间测试

程序集timing-tests.dll包含了一些长时间运行的测试案例,它们用来验证所有远程超时问题是否已经修复。测试案例都会运行6到12分钟,并 且无提示,但其实他们正在运行!这是有必要的,因为一个非交互的用户测试的正确处理是这些测试所相关的。

附加测试

附加的测试包含在样例以及单独的程序集中,他们被验证测试作为数据。在这些测试中,失败或无运行条件都是故意的。

手动安装

源代码构建的NUnit也可以构建安装项目,运行创建的msi,或按照下面的步骤来完成手动安装:

  1. 将下面的文件拷贝到目标文件夹:
    • nunit.framework.dll
    • nunit.core.dll
    • nunit.core.extensions.dll
    • nunit.uikit.dll
    • nunit.util.dll
    • nunit-console-runner.dll
    • nunit-console.exe
    • nunit-console.exe.config
    • nunit-gui-runner.dll
    • nunit-gui.exe
    • nunit-gui.exe.config
  2. .运行gacutil.exe将 nunit.framework.dll i安装到GAC。
  3. 创建需要的快捷方式。
  4. 如果你想 能够运行nunit测试,将下列文件拷贝到与其他相同的位置:
    • mock-assembly.dll
    • nonamespace-assembly.dll
    • notestfixtures-assembly.dll
    • nunit.tests.dll
    • nunit.tests.dll.config
    • timing-tests.dll

在Mono下安装

Mono是随着一个预先安装的NUnit版本发布的。Mono 1.0包含一个NUnit2.2的测试版本。之后的版本可能包含一个更新的NUnit版本。在Mono下试图安装NUnit之前,决定是否一个相同的或者更加新的版本已经安装。有必要将他们从GAC里删除,目的是为了让一个新版本可以被识别。