Problema con NUnit al determinar el directorio del ensamblaje

Question

Acabo de empezar a trabajar con NUnit para proporcionar cierta cobertura de prueba para mis proyectos.

Dentro de mi library.dll principal necesito cargar los datos de configuración de un archivo externo que vaya con la biblioteca, library.xml.

Esto funciona bien cuando estoy usando la biblioteca, porque el uso de estos procedimientos para obtener el directorio en el que se buscará el archivo de configuración:

string settingspath = Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location); 

El problema que he notado es que cuando Estoy probando mi unidad con NUnit, copia mis ensamblajes a Shadow Copy, pero no lleva consigo ninguno de los otros archivos, por lo que mi init falla debido a la falta de archivos de configuración.

¿Debo hacer algo diferente para localizar los archivos de configuración desde mi biblioteca? (es una aplicación de servidor, y no quiero usar la configuración de la aplicación estándar, o la configuración local del usuario, etc.)

Answer 1

Cuando se realizan pruebas unitarias, generalmente se recomienda evitar dependencias externas como el sistema de archivos y las bases de datos, burlándose o anulando las rutinas que las llaman; de ese modo, las pruebas serán más localizadas, menos frágiles y más rápidas. Vea si puede eliminar las dependencias proporcionando información de configuración falsa.

Answer 2

Para usar archivos de referencia en mis pruebas de unidad, utilizo Assembly.Codebase que funciona incluso si Shadow Copying está prendido. Puede intentarlo ...

Devuelve una cadena en formato URI ... por lo que necesitaría crear una instancia de Uri a partir de la cadena de código base y usar Uri.LocalPath para obtener la ruta de la carpeta real.

Sin embargo, para el código de producción, BaseFolder debe recuperarse de un lugar conocido (por ejemplo, una clave del Registro establecida a través del instalador en Windows). Todas las búsquedas de archivos deben enrutarse desde este baseFolder.

Answer 3

puede desactivar la copia oculta en la línea de comandos con el interruptor /noshadow. Las opciones de línea de comando están documentadas here

¿El archivo externo está configurado para formar parte de la compilación de su dll? Si lo incluye en el proyecto y lo configura para copiar siempre en Copiar a la salida en las propiedades del archivo, entonces debería ir al directorio de la sombra, creo.

Esto puede ayudarlo.

Answer 4

Incluso si la copia oculta está activa, AppDomain.CurrentDomain.BaseDirectory apunta a la ubicación original de las DLL de prueba.

Sin embargo, si puede incrustar los datos de prueba como recursos en su archivo DLL es mucho más seguro, ya que no hay archivos adicionales que se pueden perder.

Answer 5

Incluimos el recurso de prueba en el proyecto de prueba (en este caso en una carpeta 'TestData').

En Visual Studio para que el recurso de acceso en la marca de prueba

Al proyecto se basa deja la imagen de la 'bin \ Debug' carpeta

y se escribe el camino

string fullImagePath = @".\TestData\vcredist.bmp"; 

Answer 6

Uso puede usar TestContext.CurrentContext.TestDirectoryas mentioned by Charlie Poole from NUnit here:

La necesidad de acceder a los archivos en el mismo directorio que el conjunto de prueba es la razón más comúnmente citada para la desactivación de instantáneas. Sin embargo, esto es espurio.

NUnit no copia ningún asambleas: la instantánea es una función de .NET sí. En consecuencia, el problema debe ser visto como "¿Cómo puedo acceder al archivo donde está?" en lugar de "¿Cómo puedo obtener el archivo copiado donde creo que debería estar?"

Hay tres maneras de localizar un archivo que se encuentra en el mismo directorio que el conjunto de :

1) Uso Assembly.Codebase - esto le dará la ubicación como un URI, que debe entonces tranform a un camino apropiado.

2) Utilice el directorio actual, que NUnit ha establecido históricamente en el directorio que contiene el ensamblaje de prueba en ejecución. Sin embargo, esto puede no ser cierto para futuras versiones.

3) Use TestContext.CurrentContext.TestDirectory de NUnit, que es el disponible en las versiones más recientes.

Todos estos enfoques realmente usan Assembly.Codebase bajo las cubiertas , con NUnit haciendo el trabajo de transformar correctamente el URI en # 2 y # 3. El enfoque común de utilizar Assembly.Location es incorrecto, a menos que realmente desea que la ubicación de la copia de la sombra caché.

Answer 7

encontrado el mismo problema ... Lo que sigue es mi entrenamiento:

Antes de la carrera SUT, actualizar el directorio de base de dominio de aplicación de esta manera ....

String root_path = "{{your path}}"; 
AppDomain.CurrentDomain.SetData("APPBASE", root_path);