Ejecutar pruebas unitarias en diferentes dominios de aplicación con NUnit

Question

Parece que tengo un problema, la aplicación que estamos utilizando utiliza un núcleo Ninject y contiene una configuración particular que se reúne con el contenido de la llamada WCF (nombre de usuario, token ...)

En función de esa configuración particular, al usuario se le asignan derechos en la aplicación, esto está protegido a través de una instancia particular en el núcleo de Ninject.

No podemos simplemente recomponer el kernel de Ninject, lo que nos gustaría hacer es ejecutar un par de pruebas Nunit, pero ejecutar cada una de ellas en un dominio de aplicación separado (recreando el kernel cada vez con diferentes configuraciones).

Solo he encontrado formas de ejecutar proyectos de prueba completos en diferentes dominios de aplicación pero no de prueba por prueba.

¿Hay alguna manera de solucionar esto?

Desafortunadamente la configuración de Ninject no está de nuestro lado, tenemos que 'vivir' de esta manera.

Answer 1

No creo que haya una manera de resolverlo sin volver a escribir partes del código NUnit. Ha pasado un tiempo desde que estoy dentro del código de NUnit, pero estoy bastante seguro de que la parte de carga del dominio principal de la aplicación no ha cambiado.

NUnit normalmente utiliza dos dominios de aplicación. El predeterminado que se crea cuando se ejecuta NUnit y uno diferente para cargar los conjuntos de prueba y los ensamblados a los que hacen referencia. La razón principal para hacer esto es permitir la descarga de los conjuntos de prueba. No puede descargar un dll, pero puede descargar un dominio de aplicación.

Es posible que pueda ejecutar NUnit una vez por prueba y pasar la prueba en la línea de comandos, pero eso es feo y no estoy seguro de que sea útil.

También podría ser posible aprovechar Action Attributes en NUnit 2.6, pero vas a hacer un montón de trabajo allí para hacerlo.

Es posible que también pueda crear un nuevo dominio de aplicación en su método de configuración y llamarlo en cada prueba. Torpe pero posible.

Lo siento, no tengo una respuesta más completa.

Answer 2

No estoy del todo seguro acerca de su pregunta. Sin embargo, parece que necesita algún tipo de implementación personalizada. ¿Consideró atributos de prueba personalizados? Entonces, ¿se puede configurar cada atributo para que se ejecute en un dominio de aplicación diferente? Estoy dando vueltas a algunas ideas, pero puede haber mejores formas de hacerlo.

Answer 3

Necesitaba hacer exactamente lo mismo, así que creé una biblioteca que básicamente toma la prueba actual y la vuelve a ejecutar en un nuevo dominio de aplicación. Es un paquete nuget llamado NUnit.ApplicationDomain y es open source.

Ejemplo de código:

[Test, RunInApplicationDomain] 
public void Method() 
{ 
    Console.WriteLine("I'm in a different AppDomain") 
}