Click here to Skip to main content
13,868,293 members
Click here to Skip to main content
Add your own
alternative version


42 bookmarked
Posted 24 Feb 2004
Licenced CPOL

Debugging NUnit Test Scripts

, , 24 Feb 2004
Rate this:
Please Sign up or sign in to vote.
Debugging NUnit Test Scripts


NUnit is cool. But if not properly used - it can be expensive. Some developers dislike it because they say it doubles their work. Typically they will develop a short segment of code and step through it with the debugger. After it has been stabilized they will write NUnit compliant test scripts. Hence they will either write tests twice or migrate existing ones to NUnit - both actions will require additional effort!

In this article I will show you a way to debug your NUnit test scripts. This trick will let you write test scripts only once and use them twice: for debugging and for unit testing.


  • NUnit 2.1 installed to default folder (C:\Program Files\NUnit V2.1)!
  • Visual Studio.NET 2003

The Sample Project

To demonstrate the concept we will need a small project consisting of two libraries. Each library will contain one function and its tests.

Figure 1. Solution

Here is the code for ClassA.cs and ClassB.cs. For now ignore other files in the solution - I'll explain their meaning later.

// ClassA.cs
using System;
namespace LibraryA
    public class ClassA
        public int Add(int a, int b) {return a+b;}
// ClassB.cs
using System;
namespace LibraryB
    public class ClassB
        public int Mul(int a, int b) { return a*b; }


We will put the test code for each library inside the library itself. Some programmers prefer to put all tests to a separate project. This project then contains test code of entire solution.

There is downsize to this. Imagine you want to reuse the library. If tests are inside the library you can simply copy it to the new solution. If not then you have to extract tests and copy them to the new solution.

// LibraryATests.cs
#if (DEBUG)
using System;
using NUnit.Framework;
namespace LibraryA
    public class LibraryATests
        public void Add() 
            ClassA classA=new ClassA();
// LibraryBTests.cs
#if (DEBUG)
using System;
using NUnit.Framework;
namespace LibraryB
    public class LibraryBTests
        public void Mul() 
            ClassB classB=new ClassB();

There are no standards for naming or structuring your tests. I prefer putting them all to one class. The name of this class is <LibraryName>Tests (i.e. LibraryATests for tests for LibraryA). Works good for me but de gustibus non est disputandum.

I also prefer not to distribute tests with release version of software thus I put #if (DEBUG) directive around test fixtures.

Making NUnit Start When We Run the Solution

There are several ways to integrate testing & debugging:

  1. Run NUnit giving it the solution file as a command line parameter and then attach to the process. As soon as you are attached you can set breakpoints.
  2. Rename NUnit-GUI.exe to NUnit-GUI.dll and initialize & run it from an executable. Markus Kalina described the procedure for this ugly hack in detail:
  3. Create NUnit surrogate project in your solution and configure it so that NUnit is run every time you try to start it. I find this solution most practical and use it.

To create NUnit surrogate we first need to create a test project. Test project is a special file with extension .nunit which lists all libraries that contain unit tests. Here is the contents of NUnitTests.nunit test project file.

    <Settings activeconfig="Debug" />
    <Config name="Debug">
        <assembly path="LibraryA\bin\Debug\LibraryA.dll" />
        <assembly path="LibraryB\bin\Debug\LibraryB.dll" />
    <Config name="Release"></Config>

I commonly save this file to solution root folder and add it as solution item. This ensures that the source control systems stores it together with the solution.

Next we create a new console application and add it to the solution. We don't need to modify the code of this application since we'll only use this project as a surrogate to invoke NUnit GUI. If you do change the code then make sure that it always contains the Main function so that the compiler will not complain. Here is what you can use:

// DummyApp.cs
using System;
namespace NUnitTests
    class DummyApp
        static void Main(string[] args)

Now configure VS.NET to start NUnit-GUI.exe taking NUnitTests.nunit as command line parameter.

Do this by right clicking your console application in the Solution Explorer and selecting Properties. Then change settings: Debug Mode, Start Application, Command Line Arguments, and Always Use Internet Explorer as shown in the figure bellow. VS.NET is a bit buggy. You will have to first change setting Always Use Internet Explorer to True and Debug Mode to Program. Then you will have to press button Apply. Only then will you be able to edit other fields.

Figure 2. Settings to run Nunit-GUI.exe

After confirming new settings every time you try to run the surrogate application you'll start NUnit GUI.

Figure 3. No bugz

Because NUnit GUI will be started by VS.NET, the debugger will attach to the process automatically. You'll be able select and run tests of the solution (NUnit GUI will show all projects listed in NUnitTests.nunit file) and use the debugger as if you were running your console application instead.

VS.NET User Settings

For some reason VS.NET stores project settings (Start Action and Start Application from Figure 2.) to user settings file (with extension .user). Settings are stored to NUnitTests.csproj.user in the NunitTests project folder (NOT in the solution folder). Following is the subset of this file:

  <CSHARP LastOpenVersion="7.10.3077">
      <Settings ReferencePath="">
        <Config Name="Debug" EnableASPDebugging="false" 

        EnableASPXDebugging="false" EnableUnmanagedDebugging="false"


          RemoteDebugEnabled="false" RemoteDebugMachine="" 




          StartProgram="C:\Program Files\NUnit V2.1\bin\nunit-gui.exe"

          StartURL="" StartWorkingDirectory="" StartWithIE="true" />

The problem is that user settings are not checked in to the Source Safe when you check in from VS.NET. Thus next time you check out the entire solution (say, to another machine) your settings are lost and you have to reconfigure the project.

I have not found a good solution for this problem. At present I manually check in and check out UnitTests.csproj.user. I only have to do it once per machine because subsequent check ins and check outs will not affect user settings file. Let me know if you find anything better.


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Authors

Tomaž Štih
Founder Wischner Ltd
United Kingdom United Kingdom
No Biography provided

Reto Tschudi
Web Developer
Switzerland Switzerland
No Biography provided

You may also be interested in...


Comments and Discussions

GeneralIt's posible to run immediatly NUnit tests... Pin
insertto@wp.pl23-Jun-08 0:51
memberinsertto@wp.pl23-Jun-08 0:51 
GeneralTDD Pin
TimMoore123-May-07 0:57
memberTimMoore123-May-07 0:57 
GeneralNot trying to sell the product but Pin
mr_lasseter1-Feb-07 15:39
membermr_lasseter1-Feb-07 15:39 
GeneralThanks Pin
spin vector1-Apr-06 7:21
memberspin vector1-Apr-06 7:21 
GeneralNice! Pin
peterchen29-Jan-06 1:21
memberpeterchen29-Jan-06 1:21 
GeneralSolution to version control problem Pin
makiwa2-Aug-05 10:47
membermakiwa2-Aug-05 10:47 
GeneralRe: Solution to version control problem Pin
spin vector1-Apr-06 8:03
memberspin vector1-Apr-06 8:03 
GeneralIntegrate test code into the library Pin
ejp107-Apr-05 2:32
memberejp107-Apr-05 2:32 
AnswerRe: Integrate test code into the library Pin
Benson8814-Aug-06 5:33
memberBenson8814-Aug-06 5:33 
GeneralRe: Integrate test code into the library Pin
Benson8814-Aug-06 5:38
memberBenson8814-Aug-06 5:38 
AnswerRe: Integrate test code into the library Pin
Benson8814-Aug-06 5:42
memberBenson8814-Aug-06 5:42 
GeneralRe: Integrate test code into the library Pin
Phil Boyd12-Mar-07 8:52
memberPhil Boyd12-Mar-07 8:52 
GeneralRe: Integrate test code into the library Pin
SimplyConfuzed26-Jun-07 13:05
memberSimplyConfuzed26-Jun-07 13:05 
GeneralThanks for the QuickStart! Pin
Ed Sutton7-Feb-05 12:05
memberEd Sutton7-Feb-05 12:05 
Generalstarting both IE and nunit Pin
Member 135430127-Sep-04 0:33
memberMember 135430127-Sep-04 0:33 
GeneralThe only way to go Pin
John Miller3-Mar-04 14:57
memberJohn Miller3-Mar-04 14:57 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Cookies | Terms of Use | Mobile
Web05 | 2.8.190214.1 | Last Updated 25 Feb 2004
Article Copyright 2004 by Tomaž Štih, Reto Tschudi
Everything else Copyright © CodeProject, 1999-2019
Layout: fixed | fluid