Información general sobre la implementación de pruebas
Actualización: noviembre 2007
Visual Studio Team System Test puede ejecutar pruebas en la carpeta donde las ha creado o generado, o en una carpeta de implementación independiente. Puede elegir si desea habilitar la implementación de pruebas mediante una configuración de ejecución de prueba. Para obtener más información, consulte Cómo: Configurar la implementación de pruebas.
La separación habilitada por la implementación de prueba ayuda a garantizar una ejecución de pruebas más limpia y, por consiguiente, resultados de pruebas más precisos. En el paso de implementación, Test Edition copia los elementos de la implementación, es decir, los archivos y las carpetas, en la carpeta de la implementación antes de que se ejecuten las pruebas. Test Edition copia archivos de los tipos siguientes:
Por ejemplo, el archivo binario de la prueba, el ensamblado generado a partir de su proyecto de prueba o el archivo binario de una prueba genérica.
Todos los ensamblados dependientes. Para obtener más información, consulte Solucionar problemas de Test Edition.
Los archivos que ha especificado, como los archivos XML y los archivos de configuración, de los que dependen las pruebas. Puede configurar la implementación ya sea especificando los elementos de implementación adicionales que se van a copiar o cambiando la carpeta de implementación. Para obtener más información, vea Cómo: Configurar la implementación de pruebas.
Nota: La opción que elija de habilitar o deshabilitar la implementación de pruebas controla la implementación de todos los elementos de esta lista: los archivos de pruebas, los ensamblados dependientes y los archivos que se especifican de manera explícita. Para obtener más información acerca cómo habilitar y deshabilitar la implementación de pruebas, consulte Cómo: Configurar la implementación de pruebas.
Para obtener más información sobre todos los pasos que se realizan al ejecutar pruebas, incluido el paso de implementación, consulte Pasos de la ejecución de una prueba.
Dos casos de implementación
Hay dos tipos de implementación, local y remota.
Ejecución local de pruebas. De forma predeterminada, las pruebas se ejecutan localmente en el mismo equipo que la instalación de Visual Studio. En este caso, los elementos de implementación y los archivos binarios de la prueba se copian en la carpeta de implementación local y se ejecutan allí. Para obtener más información, vea Carpetas de implementación locales.
Ejecución remota de pruebas. La ejecución remota implica el uso de agentes y controladores. En primer lugar, los elementos de la implementación se copian en la carpeta de implementación local, en concreto, en la carpeta [Out] para la ejecución de prueba actual; vea Carpetas de implementación locales. Después, se copian en la carpeta de implementación del equipo del controlador y, desde allí, se copian en la carpeta de implementación de uno o varios de los equipos agentes. Por último, las pruebas se ejecutan en los equipos agente y se devuelven los resultados. Para obtener más información acerca de los agentes y controladores, vea Controladores, agentes y plataformas de pruebas.
Carpetas de implementación locales
Al ejecutar las pruebas de una solución, Visual Studio crea los archivos de implementación en una carpeta denominada TestResults de la jerarquía de la solución. Si la carpeta TestResults no existe, Visual Studio la crea.
Nota: |
---|
Si utiliza el IDE de Visual Studio, esta carpeta se crea inmediatamente debajo de la carpeta de la solución; si no se utiliza, se crea la carpeta TestResults debajo de la carpeta actual. |
Cada vez que se inicia una ejecución de prueba, Test Edition crea, bajo la carpeta TestResults, un conjunto de carpetas que se utilizan exclusivamente para esa ejecución de prueba. El nombre de la carpeta superior de este conjunto es el de la ejecución de prueba. En el ejemplo que se muestra en la ilustración siguiente, la primera carpeta de TestResults es "<usuario>@<equipo><fecha> <hora>", que tiene el nombre de la ejecución de prueba "<usuario>@<equipo><fecha> <hora>".
Carpetas de implementación para una ejecución de prueba local
Como se muestra en la ilustración anterior, la solución ClassLibrary1 contiene dos proyectos, ClassLibary1 y TestProject1. Dado que se han ejecutado pruebas, esta solución también contiene una carpeta denominada TestResults. La carpeta TestResults contiene un archivo de resultados de prueba para cada ejecución de prueba. El nombre de este archivo de resultados de pruebas es el de la ejecución de prueba y tiene la extensión .trx.
Se crean otras carpetas bajo la carpeta TestResults, como se explica a continuación:
Carpeta de ejecución de prueba. Inmediatamente debajo de TestResults hay una carpeta para cada ejecución de prueba que se ha iniciado. La carpeta de ejecución de prueba tiene el mismo nombre que la ejecución de prueba, como se muestra en las ventanas Resultados de pruebas y Ejecución de prueba. El formato predeterminado del nombre de la ejecución de prueba es <usuario>@<equipo> <fecha> <hora>. La carpeta de la ejecución de prueba también contiene las secuencias de comandos de limpieza que se ejecutan antes y después de la ejecución de las pruebas, tal y como se explica en Pasos de la ejecución de una prueba.
Carpeta Out y subcarpetas. Cada carpeta de la ejecución de prueba contiene una carpeta denominada Out. La carpeta Out es la carpeta de implementación real a la que se hace referencia en Pasos de la ejecución de una prueba. Es decir, los ensamblados y otros archivos o carpetas necesarios para la ejecución de prueba se copian en la carpeta <solución>\TestResults\<ejecución de prueba>\Out cada vez que se inicia una ejecución de prueba.
Carpeta In y subcarpetas. Cada carpeta de ejecución de prueba contiene una carpeta denominada In. Cuando se producen determinados resultados de la prueba, se almacenan en esta carpeta o una de sus subcarpetas, tal y como se explica en Pasos de la ejecución de una prueba. Por ejemplo, los resultados de la cobertura de código se almacenan en un archivo denominado data.coverage, en una subcarpeta que se llama como el equipo en el que se ejecutaron las pruebas.
Nota de seguridad: Cuando se ejecuta una prueba debajo del host de Smart Device, los archivos de la carpeta In del dispositivo se copian de nuevo en el escritorio. Para impedir la ejecución de archivos que no son de confianza, Visual Studio adjunta .txt a todos los archivos que no terminan en .txt o en .log.
Elegir un host de pruebas
Después de copiar los elementos de la implementación, la prueba se ejecuta en el host de pruebas seleccionado en la configuración de ejecución de prueba. La mayoría de las pruebas se ejecutan en el host de pruebas predeterminado de Visual Studio, en la carpeta de implementación. Sin embargo, algunos tipos de comprobaciones se deben ejecutar en un host de pruebas diferente, como se describe a continuación:
Host de ASP.NET. Seleccione este host cuando ejecute pruebas, tales como las pruebas unitarias de ASP.NET, que deben ejecutarse en un proceso de IIS o de servidor de desarrollo de ASP.NET. Para obtener más información, consulte Información general sobre las pruebas unitarias de ASP.NET.
Host de Smart Device. Seleccione este host cuando ejecute pruebas, tales como pruebas unitarias de Smart Device, que deben ejecutarse en un Smart Device o emulador. Para obtener más información, consulte Información general sobre pruebas unitarias de Smart Device.
Para obtener información sobre cómo seleccionar un host de pruebas, consulte Cómo: Especificar la configuración de una ejecución de prueba.
Solucionar problemas relacionados con la implementación de pruebas
Es posible que los archivos no se implementen debido a los siguientes problemas:
Archivo no encontrado. Si ha especificado el archivo utilizando una ruta de acceso absoluta, asegúrese de que exista la ruta de acceso. Además, asegúrese de que ha protegido el archivo en el control de código fuente mediante una ruta de acceso absoluta.
Si ha utilizado una ruta de acceso relativa, asegúrese de que la raíz se encuentre en la ubicación esperada. Si la ruta de acceso contiene una variable de entorno, asegúrese de que la variable esté establecida correctamente. Si utiliza una ruta de acceso relativa que incluya un directorio específico de la configuración, como Debug\bin\program.xls, compruebe que no esté utilizando una configuración distinta en estos momentos de modo que el archivo no exista en la ubicación esperada.
Acceso denegado. Asegúrese de tener acceso al archivo que debe copiarse en la carpeta de implementación.
El archivo está en un recurso compartido de red. Si no se puede copiar el archivo porque está en un recurso compartido de red, copie el archivo en su equipo local e indique que el archivo debe implementarse en su nueva ubicación. Después, ejecute de nuevo la prueba.
Vea también
Tareas
Cómo: Configurar la implementación de pruebas
Cómo: Especificar la configuración de una ejecución de prueba
Cómo: Eliminar resultados de prueba
Conceptos
Instrumentar y volver a firmar ensamblados
Pasos de la ejecución de una prueba