Re 2
En general, mantener su [DLL caso de prueba] separado de su [DLL lógica de negocio]. Su dll lógica empresarial no debe incluir ningún conocimiento de NUnit, para separar las preocupaciones y simplificar la implementación/mantenimiento.
Su dll de caso de prueba debe incluir una referencia a NUnit y a su DLL de lógica de negocios.
No necesita compartir un espacio de nombre. Puede exponer los miembros internos de su dll de lógica de negocios al dll de su caso de prueba modificando el archivo AssemblyInfo.cs de dll de la lógica de negocios para exponer las partes internas del dll de caso de prueba. Esto le permite conservar la visibilidad deseada en la DLL de lógica de negocios.
Re 3
Sus casos de prueba deben ir en un (proyecto de biblioteca de clases es decir) DLL. Puede cargar esto directamente en la interfaz de usuario de NUnit, o usar el corredor de consola de NUnit en un entorno de integración para ejecutar sus pruebas automáticamente.
Cómo lo hago:
- prueba abierta del proyecto de biblioteca de clases caso propiedades, ficha Depurar
- conjunto de abrir con un programa externo: punto de esto a su nunit.exe
- conjunto de línea de comandos argumentos para el nombre exacto de su caso de prueba dll: MyTests.dll
- directorio de trabajo: simplemente haga clic en el botón de puntos suspensivos y se pre-seleccionar el directorio test DLL de salida para la generación actual config
- establecer el proyecto de prueba a ser el proyecto de inicio defecto en la solución ; de esta forma, cada vez que pulse F5 (o el botón "Reproducir"), NUnit mostrará con las pruebas actualizadas precargadas, muy prácticas y rápidas.
Lo mejor de la suerte: pruebe también el tipo de proyecto de prueba avl. en Visual Studio, es muy similar a NUnit. Todavía prefiero NUnit, pero mientras aprendemos es bueno probar algunas opciones.
Si tiene ReSharper instalado, puede hacer clic con el botón derecho en su proyecto de prueba para ejecutar todas las pruebas de la unidad una vez que haya configurado todo. – reggaeguitar