Как запустить NUnit программно

У меня есть сборка, которая ссылается на NUnit и создает один тестовый класс с помощью одного тестового метода. Я могу получить путь к файловой системе для этой сборки (например, "C:...\test.dll" ). Я хотел бы программным образом использовать NUnit для работы с этой сборкой.

До сих пор я:

var runner = new SimpleTestRunner();
runner.Load(path);
var result = runner.Run(NullListener.NULL);

Однако вызов runner.Load(путь) вызывает исключение FileNotFound. Я вижу через трассировку стека, что проблема заключается в том, что NUnit вызывает Assembly.Load(путь) вниз по стеку. Если я изменю путь, чтобы быть чем-то вроде "Test, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = null", то я все равно получаю ту же ошибку.

Я добавил обработчик событий в AppDomain.Current.AssemblyResolve, чтобы узнать, могу ли я вручную разрешить этот тип, но мой обработчик никогда не вызван.

В чем секрет получения Assembly.Load(...) для работы?

Ответ 1

Если вы хотите открыть консольный режим, добавьте ссылку nunit-console-runner.dll и используйте:

NUnit.ConsoleRunner.Runner.Main(new string[]
   {
      System.Reflection.Assembly.GetExecutingAssembly().Location, 
   });

Если вы хотите открыть в режиме gui, добавьте ссылку nunit-gui-runner.dll и используйте:

NUnit.Gui.AppEntry.Main(new string[]
   {
      System.Reflection.Assembly.GetExecutingAssembly().Location, 
      "/run"
   });

Это лучший подход, потому что вам не нужно указывать какой-либо путь.

Другой вариант - также интегрировать бегун NUnit в вывод отладчика Visual Studio:

public static void Main()
{
    var assembly = Assembly.GetExecutingAssembly().FullName;
    new TextUI (new DebugTextWriter()).Execute(new[] { assembly, "-wait" });
}

public class DebugTextWriter : StreamWriter
{
    public DebugTextWriter()
        : base(new DebugOutStream(), Encoding.Unicode, 1024)
    {
        this.AutoFlush = true;
    }

    class DebugOutStream : Stream
    {
        public override void Write(byte[] buffer, int offset, int count)
        {
            Debug.Write(Encoding.Unicode.GetString(buffer, offset, count));
        }

        public override bool CanRead { get { return false; } }
        public override bool CanSeek { get { return false; } }
        public override bool CanWrite { get { return true; } }
        public override void Flush() { Debug.Flush(); }
        public override long Length { get { throw new InvalidOperationException(); } }
        public override int Read(byte[] buffer, int offset, int count) { throw new InvalidOperationException(); }
        public override long Seek(long offset, SeekOrigin origin) { throw new InvalidOperationException(); }
        public override void SetLength(long value) { throw new InvalidOperationException(); }
        public override long Position
        {
            get { throw new InvalidOperationException(); }
            set { throw new InvalidOperationException(); }
        }
    };
}

Ответ 2

"В чем секрет получения Assembly.Load для работы?"

System.Reflection.Assembly.Load берет строку, содержащую имя сборки, а не путь к файлу.

Если вы хотите загрузить сборку из файла, используйте:

Assembly a = System.Reflection.Assembly.LoadFrom(pathToFileOnDisk);

(LoadFrom фактически использует Assembly.Load внутри)

Кстати, есть ли причина, по которой вы можете: t использовать инструмент командной строки NUnit-Console и просто передать ему путь к вашей тестовой сборке? Вы могли бы просто использовать System.Diagnostics.Process для запуска этого из вашего клиентского приложения, может быть проще?