Especificar la configuración para las pruebas de Visual Studio

 

Publicada: julio de 2016

Al ejecutar pruebas en Visual Studio o en el servicio de compilación, el marco de pruebas puede obtener datos como información de seguimiento de diagnóstico, información del sistema o una grabación de vídeo de una prueba de IU codificada. También puede simular posibles cuellos de botella en las máquinas de prueba, reducir la memoria disponible del sistema o emular una red lenta.

Si la aplicación se ejecuta en más de una máquina, puede configurar estas opciones por separado para cada máquina y elegir en cuál de ellas se debe ejecutar el código de prueba.

Importante

.testsettings y .runsettings

Si está familiarizado con la realización de pruebas en versiones anteriores de Visual Studio, observará que ya no se incluye el archivo .testsettings en un proyecto de prueba unitaria.El nuevo marco de pruebas introducido en Visual Studio 2012 se puede configurar mediante un archivo .runsettings.

Si usa un archivo .testsettings, se usará el marco de pruebas MSTest para ejecutar las pruebas.Su ejecución es más lenta y no permite ejecutar pruebas desde marcos de pruebas de otros fabricantes.

Por lo tanto:

1. Use la configuración predeterminada siempre que pueda.

2. Para hacer que los archivos adicionales (por ejemplo, los de datos de prueba o los de configuración) estén disponibles durante una prueba, debe incorporarlos al proyecto y establecer la propiedad Copiar en el directorio de salida.Si esto no resulta práctico, implemente los archivos o directorios adicionales mediante DeploymentItemAttribute en clases de prueba o métodos.

3. Use un archivo .runsettings si desea configurar determinados aspectos de la serie de la serie de pruebas, como el directorio de implementación o el análisis de cobertura de código.

4. Use un archivo .testsettings para configurar la recopilación de datos de diagnóstico y para controlar las pruebas que se distribuyen en más de una máquina.

   Debe usar un archivo .testsettings en las pruebas de carga y rendimiento web, así como en las pruebas de IU codificada.

Requisitos

• Visual Studio Enterprise o Visual Studio Test Professional

En este tema se describe cómo definir las configuraciones de pruebas en Visual Studio. Si ejecuta pruebas del sistema en Microsoft Test Manager, vea Crear la configuración para pruebas del sistema automatizadas mediante Microsoft Test Manager.

¿Cuándo se debe usar un archivo de configuración de pruebas?

Cuando desee:

• recopilar datos de diagnóstico para ayudar a aislar errores de la aplicación;

• emular posibles cuellos de botella que la aplicación podría encontrar ocasionalmente en un entorno de producción;

• ejecutar el cliente, el servidor y otras partes de la aplicación en máquinas diferentes, para comprobar que se comportan de la forma prevista en un entorno distribuido;

• distribuir un gran número de pruebas en máquinas adicionales;

• ejecutar pruebas de carga y rendimiento web. Si ha agregado un proyecto de prueba de carga y rendimiento web a la solución, ya contendrá un archivo .testsettings. Solo tiene que modificar ese archivo.

Advertencia

Las pruebas unitarias se ejecutan más despacio si se usa un archivo de configuración de pruebas.Recomendamos no usar un archivo de configuración con las pruebas unitarias.En su lugar, puede configurar las pruebas unitarias mediante el archivo .runsettings.Para implementar archivos adicionales, use DeploymentItemAttribute.

Sin embargo, en las pruebas de carga y rendimiento web siempre se usa un archivo de configuración de pruebas.

¿Cómo se usa un archivo de configuración de pruebas?

Agregue los archivos de configuración de pruebas a la solución y seleccione el que desee usar. Si desea poder cambiar rápidamente entre diferentes valores, puede agregar más de un archivo de configuración de pruebas.

1. Agregue un archivo .testsettings a la solución.

   En el menú contextual de la solución de Visual Studio, elija Agregar, Nuevo elemento y seleccione Configuración de pruebas.

2. Edite el archivo de configuración de pruebas.

3. Seleccione la configuración de pruebas que desee usar.

   • Seleccione la configuración de pruebas para las pruebas unitarias y las pruebas de IU codificada:
     En el menú PRUEBA, elija Configuración de pruebas, Seleccionar archivo de configuración de pruebas.

     

     Seleccionar la configuración de pruebas unitarias y de IU codificada

   • Seleccione la configuración de pruebas para las pruebas de rendimiento web y de carga:
     Abra el menú contextual del archivo .testsettings de la solución que desea usar y seleccione Configuración de pruebas web y carga activa.

     

     Seleccionar la configuración de pruebas de carga y rendimiento web

• ¿Qué más debería saber?
  Notas

  • Agregue la configuración de pruebas a la solución, no al proyecto.

  • Hay comandos diferentes para seleccionar las configuraciones de pruebas para las pruebas de rendimiento web y de otro tipo. Las pruebas de rendimiento web requieren siempre un archivo de configuración de pruebas. Las pruebas unitarias y de IU codificada no requieren un archivo de configuración de pruebas.

  • Advertencia No recomendamos aplicar configuraciones de pruebas a un proyecto de prueba unitaria de Visual Studio a menos que se desee usar expresamente los valores que contienen. Si aplica la configuración de pruebas, se usará un marco de pruebas anterior para ejecutarlas, en cuyo caso se perderán las ventajas de rendimiento y resistencia del nuevo marco.

    Si usa un archivo de configuración de pruebas y más adelante decide que no desea aplicarlo, puede cancelarlo eligiendo la opción Configuración de pruebas del menú PRUEBA.

    Esta recomendación no se aplica a las pruebas de carga y rendimiento web, que siempre tienen un archivo de configuración.

  • La configuración de pruebas selecciona y controla los adaptadores de datos de diagnóstico. Hay varias clases de adaptadores que obtienen distintos tipos de información y configuran el entorno en que se ejecutan las pruebas.

  • La configuración de pruebas también selecciona el controlador test. Se usa un controlador de pruebas cuando se desea ejecutar la aplicación en más de una máquina.

  • Cuando se agrega un proyecto de prueba de carga y rendimiento web a una solución, se crea un archivo predeterminado Local.testsettings. Se agrega automáticamente a la solución en la carpeta Elementos de la solución. Las pruebas se ejecutan localmente sin ningún adaptador de datos de diagnóstico seleccionado. Puede agregar o editar un archivo .testsettings para especificar los adaptadores de datos de diagnóstico y los controladores de pruebas.

  • Para obtener más orientación, vea Pruebas para la entrega continua con Visual Studio 2012 – Capítulo 6: Cuadro de herramientas de pruebas.

Editar la configuración de pruebas

Puede configurar diversos valores para la configuración de pruebas mediante las siguientes páginas del cuadro de diálogo Configuración de pruebas:

• General

• Roles

• Datos y diagnósticos

• Implementación

• Scripts de instalación y limpieza

• Hosts

• Tiempos de espera de la prueba

• Prueba unitaria

• Prueba web

Configuración de pruebas: Roles

En la página Roles, puede configurar la prueba para que se ejecute en la máquina local o de forma remota:

• Ejecución local es el valor predeterminado. Significa que las pruebas y la aplicación se ejecutan en la máquina de Visual Studio o en el servidor de compilación después de proteger el código. Continúe a Datos y diagnósticos.

• Ejecución local con recolección remota es una configuración típica para probar un sistema de aplicaciones web o cliente/servidor. El código de prueba se ejecuta en la máquina local, pero también puede recopilar datos de prueba de los componentes de la aplicación instalados en otras máquinas.

• Ejecución remota se usa en aquellos casos en que no se desea ejecutar localmente ninguna parte de la aplicación. Se trata de una configuración típica en que la aplicación requiere plataformas determinadas, como un explorador web determinado o una base de datos concreta. Puede recopilar datos de prueba y configurar el entorno de prueba en cada máquina.

Configurar el controlador de pruebas y los roles para la ejecución y recolección de datos de forma remota

La ejecución remota significa que la aplicación se instala en una o más máquinas, además de la local. La configuración de pruebas puede especificar la recolección de datos y la configuración del entorno de pruebas para estas máquinas. Cada máquina debe tener un agente de prueba vinculado a un controlador de pruebas. El controlador de pruebas lee la configuración de pruebas y usa los agentes para configurar en cada máquina el entorno de pruebas y los adaptadores de datos de diagnóstico. Puede instalar el controlador de pruebas y los agentes de prueba manualmente o bien usar Microsoft Test Manager para crear un entorno de laboratorio.

Para las pruebas remotas, las máquinas se identifican por nombres de rol como “SQL Server”, “Servidor web” o “Cliente de escritorio”. Los nombres le permiten especificar la configuración de cada máquina. Al instalar la aplicación para efectuar las pruebas, use los nombres de rol para elegir la máquina correcta para cada componente de la aplicación.

1. En la lista desplegable Controlador, elija un controlador de pruebas para los agentes de prueba que se van a usar para ejecutar las pruebas o recopilar datos.

2. Para agregar los roles que desea usar para ejecutar las pruebas y recopilar los datos, elija Agregar. Por ejemplo, podría asignar a los roles nombres como “Cliente de escritorio” o “Servidor web”.

3. Seleccione el rol que desee usar para ejecutar las pruebas y, a continuación, elija Establecer como rol para ejecutar pruebas. Normalmente, este es el rol en el que se instala un componente cliente de la aplicación.

   Nota

   Los demás roles definidos no ejecutarán código de prueba, solo se usarán para recopilar datos según los datos y los adaptadores de diagnóstico que se hayan especificado para los roles en la página Datos y diagnóstico.

4. A fin de elegir los agentes de prueba que se pueden usar para un rol, debe crear atributos para ese rol y asignárselos a los agentes de prueba. Si desea ejecutar las pruebas simultáneamente en varias máquinas, debe asignar a varios agentes de prueba un atributo desde el rol establecido para ejecutar las pruebas. Para crear un atributo, seleccione el rol y elija Agregar en la barra de herramientas situada encima de la lista de atributos.

5. Se mostrará el cuadro de diálogo Regla de selección de agentes.

6. Escriba el nombre en Nombre del atributo y el valor en Valor del atributo; a continuación, elija Aceptar. Agregue todos los atributos que necesite.

7. Por ejemplo, puede agregar un nombre de atributo denominado “RAM > 16GB” con un valor de “Verdadero” o “Falso” para filtrar las máquinas de agentes de prueba con más de 16 GB de memoria. Sin embargo, tendrá que elegir manualmente un valor de atributo en los agentes de prueba. Los valores de atributo no se establecen automáticamente según las especificaciones de una máquina.

8. Para aplicar un atributo a uno o más agentes de prueba, asigne el atributo a los agentes de prueba mediante el cuadro de diálogo Administrar Test Controller.

Configuración de pruebas: Datos y diagnósticos

En el cuadro de diálogo Configuración de pruebas, elija la página Datos y diagnósticos. En este punto, dependiendo de cómo se configuró la opción en la página Roles, use una de las opciones siguientes:

• Recopilar información de datos y diagnósticos en la máquina local

  Para incluir los datos y diagnósticos que desea recopilar en la máquina local, seleccione los adaptadores de datos de diagnóstico según sus necesidades de pruebas. Para configurar un adaptador de datos de diagnóstico que se ha incluido, seleccione el adaptador de datos de diagnóstico concreto y después elija la opción Configurar que aparece encima de la lista de adaptadores de datos y diagnósticos.

• Recopilar información de datos y diagnósticos en máquinas remotas mediante roles

  En la página Datos y diagnóstico, defina el rol seleccionando los adaptadores de datos de diagnóstico que el rol utilizará para recopilar datos. Por consiguiente, si uno o más datos y adaptadores de diagnóstico están habilitados para el rol, el controlador de prueba elegirá un equipo de agente de prueba disponible para recopilar datos para los adaptadores de datos y de diagnóstico especificados según los atributos definidos para el rol. Para seleccionar los datos y los adaptadores de datos de diagnóstico que desea recopilar para cada rol, seleccione el rol. Para cada rol, seleccione los adaptadores de datos de diagnóstico según las necesidades de las pruebas. Para configurar cada adaptador de datos de diagnóstico seleccionado para cada rol, elija la opción Configurar que aparece encima de la lista de adaptadores de datos y diagnósticos.

  Ejemplo de roles y adaptadores de datos de diagnóstico:

  Por ejemplo, puede crear un rol de cliente denominado “Cliente de escritorio” con el atributo “Usa SQL” establecido en “Verdadero” y un rol de servidor denominado “SQL Server” con un atributo establecido en “RAM > 16GB”. Si especifica que “Cliente de escritorio” ejecute las pruebas eligiendo Establecer como rol para ejecutar pruebas en la página Roles, el controlador de pruebas seleccionará las máquinas con agentes de prueba que incluyan el atributo “Usa SQL” establecido en “True” para realizar las pruebas en ellas. El controlador de pruebas también seleccionará las máquinas del servidor SQL con agentes de prueba que incluyan el atributo “RAM > 16GB” para recopilar únicamente aquellos datos definidos por los adaptadores de datos y diagnósticos incluidos en el rol. El agente de “Cliente de escritorio” también puede recopilar los datos de las máquinas en las que se ejecuta, pero para ello deberá seleccionar los adaptadores de datos y diagnósticos para ese rol también.

Nota

La tabla muestra solo los adaptadores que se pueden usar con pruebas en Visual Studio.Para obtener más información sobre los adaptadores de datos de diagnóstico usados en Microsoft Test Manager, vea Configurar máquinas y recopilar información de diagnóstico con la configuración de pruebas.

Adaptadores de datos de diagnóstico para pruebas automatizadas

Adaptador de datos de diagnóstico	Tema relacionado
Proxy de cliente ASP.NET para IntelliTrace e Impacto en las pruebas: este proxy permite recopilar información sobre las llamadas http de un cliente a un servidor web para los adaptadores de datos de diagnóstico de IntelliTrace e Impacto en las pruebas.	No es necesaria ninguna configuración para recopilar esta información. Cómo: Recopilar datos de IntelliTrace para ayudar a depurar problemas difíciles. Cómo: Recopilar datos para comprobar qué pruebas se deben ejecutar después de realizar cambios en el código
IntelliTrace : puede configurar el adaptador de datos de diagnóstico de IntelliTrace para que recopile información específica de seguimiento de diagnóstico que ayude a aislar errores que no se reproducen con facilidad. Este adaptador crea un archivo de IntelliTrace con la extensión .iTrace que contiene esta información. Cuando una prueba no se ejecuta correctamente, se puede crear un error. El archivo de IntelliTrace que se guarda con los resultados de pruebas se vincula automáticamente a este error. Los datos que se recopilan en el archivo de IntelliTrace aumentan la productividad de la depuración porque reducen el tiempo necesario para reproducir y diagnosticar un error en el código. Con este archivo de IntelliTrace la sesión local se puede simular en otro equipo, lo que reduce la probabilidad de que un error no sea reproducible. Para obtener más información, vea Uso de IntelliTrace.	Cómo: Recopilar datos de IntelliTrace para ayudar a depurar problemas difíciles.
Generador de perfiles de ASP.NET : puede crear una configuración de pruebas que incluya generación de perfiles de ASP.NET, que recopila los datos de rendimiento en aplicaciones web ASP.NET. Nota Este adaptador de datos de diagnóstico solo se puede usar con pruebas de carga que usan sitios web que requieren Visual Studio Enterprise.	Cómo: Configurar el generador de perfiles ASP.NET para pruebas de carga usando la configuración de pruebas en Visual Studio Cómo: Crear una configuración de pruebas para una prueba de carga distribuida
Cobertura de código (Visual Studio 2010) : se puede crear una configuración de pruebas que incluya la información de cobertura de código que se usa para investigar cuanto código cubren las pruebas. Nota Este adaptador de datos de diagnóstico únicamente es aplicable a las configuraciones de pruebas de Visual Studio.No se usa para configurar pruebas en Microsoft Test Manager. Nota Su única finalidad es garantizar la compatibilidad con Visual Studio 2010. Para obtener más información acerca de la cobertura de código, vea Usar cobertura de código para determinar la cantidad de código que se está probando.	La configuración de la cobertura de código mediante la configuración de prueba está desusada
Registro de eventos : puede definir una configuración de pruebas para que incluya la recopilación de los registros de eventos, que se incluirá en los resultados de pruebas.	How to: Configure Event Log Collection Using Test Settings
Emulación de la red : puede especificar que desea colocar una carga de red artificial en la prueba usando una configuración de pruebas. La emulación de la red afecta a la comunicación hacia y desde el equipo, emulando una velocidad de conexión de red determinada, como la conexión de acceso telefónico. Nota Este adaptador de datos de diagnóstico únicamente es aplicable a las configuraciones de pruebas de Visual Studio.No se usa para configurar pruebas en Microsoft Test Manager. Nota La emulación de la red no se puede usar para aumentar la velocidad de conexión de la red.	Cómo: Configurar la emulación de red usando la configuración de prueba en Visual Studio
Información del sistema : se puede definir una configuración de pruebas de modo que incluya la información del sistema sobre el equipo donde se ejecuta la prueba. La información del sistema se especifica en los resultados de pruebas mediante una configuración de pruebas.	No es necesaria ninguna configuración para recopilar esta información.
Impacto en las pruebas : puede recopilar información sobre qué métodos del código de la aplicación se usaron durante la ejecución de un caso de prueba. Dicha información se puede usar junto con los cambios realizados por los desarrolladores en el código de la aplicación para determinar qué pruebas resultaron afectadas por esos cambios de desarrollo.	Cómo: Recopilar datos para comprobar qué pruebas se deben ejecutar después de realizar cambios en el código
Grabadora de vídeo : puede crear una grabación de vídeo de su sesión de escritorio mientras ejecuta una prueba automatizada. Esta grabación de vídeo puede ser útil para ver las acciones del usuario para una prueba de IU codificada. Además, puede ayudar a otros miembros del equipo a aislar problemas de la aplicación que son difíciles de reproducir.	Cómo: Incluir grabaciones de la pantalla y de voz durante las pruebas mediante la configuración de prueba

Configuración de pruebas: Implementación

1. En el cuadro de diálogo Configuración de pruebas, elija la página Implementación.

2. Para que se cree un directorio de implementación independiente cada vez que ejecute las pruebas, seleccione Habilitar implementación.

   Nota

   Si selecciona esta opción, podrá continuar compilando la aplicación cuando ejecute las pruebas.

3. Para agregar un archivo que necesita para las pruebas al directorio que está usando para ejecutarlas, elija Agregar archivo y, a continuación, seleccione el archivo que desea agregar.

4. Para agregar un directorio que necesita para las pruebas al directorio que está usando para ejecutarlas, elija Agregar directorio y, a continuación, seleccione el directorio que desea agregar.

   Nota

   Para obtener más información sobre cómo implementar archivos y directorios para pruebas individuales mediante las propiedades y el atributo DeploymentItem, vea Cómo: Implementar archivos para pruebas.

Configuración de pruebas: Scripts de instalación y limpieza

1. Para ejecutar los scripts antes y después de las pruebas, elija la página Scripts de instalación y limpieza en el cuadro de diálogo Configuración de pruebas.

2. Escriba la ubicación del archivo de script en Script de configuración o elija los puntos suspensivos (...) para buscar el script de configuración.

3. Escriba la ubicación del archivo de script en Script de limpieza o elija los puntos suspensivos (...) para buscar el script de limpieza.

Configuración de pruebas: Hosts

1. Para ejecutar las pruebas mediante un host diferente, elija la página Hosts en el cuadro de diálogo Configuración de pruebas.

2. Para ejecutar las pruebas unitarias en el mismo proceso que un sitio ASP.NET, seleccione ASP.NET en Tipo de host.

3. Use la lista desplegable Ejecutar pruebas en procesos de 32 bits o 64 bits para seleccionar si desea que su prueba se ejecute como un proceso de 32 o 64 bits.

   Para tener una flexibilidad máxima, compile los proyectos de prueba con la configuración Cualquier CPU. Después, se pueden ejecutar tanto en agentes de 32 como de 64 bits. No hay ventaja por compilar los proyectos de prueba con la configuración de 64 bits.

Configuración de pruebas: Tiempos de espera de la prueba

1. (Opcional) Para limitar el período de tiempo de cada serie de pruebas y de cada prueba individual, elija la página Tiempos de espera de la prueba en el cuadro de diálogo Configuración de pruebas.

2. Para anular una ejecución de pruebas cuando se supere un límite de tiempo, seleccione Anular una ejecución de pruebas si su tiempo de ejecución total supera y, a continuación, escriba un valor para este límite.

3. Para que se produzca un error en una prueba individual si se supera un límite de tiempo, seleccione Marcar una prueba individual como con errores si su tiempo de ejecución supera y, a continuación, escriba un valor para este límite.

Configuración de pruebas: Prueba unitaria

(Opcional) Si tiene que especificar ubicaciones del ensamblado que sus pruebas unitarias necesitan cargar, elija Prueba unitaria.

1. En Carpeta raíz de los ensamblados que se van a cargar, elija Examinar para buscar la carpeta y rellene el cuadro de texto.

   La carpeta raíz que se especifica puede contener variables de entorno y representa el directorio que se usará como ApplicationBase del AppDomain en el que se ejecutan las pruebas. Sus pruebas unitarias podrán cargar todos los ensamblados de este directorio. En un entorno de producción, se recomienda establecerlo en el directorio donde se hayan instalado los ensamblados con código en pruebas. En un entorno de desarrollo, se recomienda establecerlo en el directorio donde se compilen los ensamblados con código en pruebas. Esto asegura que cualquier referencia que tenga a los archivos binarios del producto se pueda cargar y resolver durante la detección y ejecución de las pruebas sin necesidad de copiar los archivos binarios del producto junto con las pruebas.

   Si no se especifica ningún valor aquí, la propiedad ApplicationBase del AppDomain donde se ejecutan las pruebas se establece en el directorio que contiene las pruebas.

2. Active o desactive la casilla correspondiente a Use el contexto de carga para los ensamblados del directorio de pruebas.

   De forma predeterminada, la mayoría de los ensamblados se cargan en el “contexto de carga” correcto. Normalmente, debe dejar activada la casilla Use el contexto de carga para los ensamblados del directorio de pruebas. Sin embargo, hay algunas situaciones en las que quizás desee desactivarla:

   Si hay un gran número de ensamblados en el directorio de pruebas, ha especificado una ubicación en Carpeta raíz de los ensamblados que se van a cargar y las pruebas no dependen de que se carguen en el contexto de carga, percibirá una mejora del rendimiento si no usa el contexto de carga para cargar estos ensamblados de prueba.

   Si las pruebas dependen de que se carguen en un contexto distinto del contexto de carga (no es habitual).

   Para obtener más información, vea Procedimientos recomendados para cargar ensamblados.

3. En Carpetas usadas al ejecutar las pruebas, elija Agregar carpeta.

   Aparecerá el cuadro de diálogo Buscar carpeta.

4. Localice la carpeta que se va a usar y elija Aceptar.

   El parámetro Carpetas usadas al ejecutar las pruebas es el que probablemente usará con más frecuencia. Puede especificar varias rutas de acceso a carpetas desde las que se deben resolver los ensamblados durante la detección y ejecución de las pruebas. Todas las rutas de acceso que se especifican en esta sección pueden contener variables de entorno. Junto con cada una de las rutas de acceso que se especifican aquí, hay dos opciones asociadas:

   Primera opción   Active la casilla Usar contexto de carga para especificar que el directorio debe usar el contexto de carga al resolver los ensamblados del directorio (si el contexto de carga no es necesario para que las pruebas se ejecuten correctamente, podría observar una mejora del rendimiento si desactiva esta casilla).

   Segunda opción   Active la casilla Incluir subcarpetas para especificar que se desean incluir todas las subcarpetas al resolver ensamblados desde el directorio.

5. En Carpetas adicionales para usar durante la detección de pruebas, elija Agregar carpeta.

   Aparecerá el cuadro de diálogo Buscar carpeta.

6. Localice la carpeta que se va a usar y elija Aceptar.

   La opción Carpetas adicionales para usar durante la detección de pruebas es útil cuando las pruebas se ejecutan de forma remota en Team Build o bien automáticamente desde Microsoft Test Manager. Las rutas de acceso proporcionadas aquí se usarán para la resolución del ensamblado, pero solo durante la detección de pruebas. Estas rutas de acceso pueden contener variables de entorno. Cuando se programa la ejecución remota de pruebas desde un destino para la compilación y no todas las dependencias del ensamblado de prueba están en el mismo directorio, estas rutas de acceso se pueden usar para asegurarse de que MSTest o el controlador de pruebas pueda encontrar suficientes ensamblados dependientes como para detectar las pruebas y programarlas en los equipos remotos para su ejecución.

   En el caso de las ejecuciones que se programan desde Microsoft Test Manager, hay un token adicional, %BuildDrop%, que se puede usar para hacer referencia genéricamente a la ubicación de destino para la compilación. Esto elimina la necesidad de crear o actualizar una configuración de pruebas cada vez que se prueba una compilación nueva. Desgraciadamente, este token no se admite directamente a través de Team Build. Sin embargo, si la ubicación de destino para la compilación se establece en una variable de entorno denominada BuildDrop de la definición de compilación, tendrá el mismo resultado.

   Para obtener más información, vea Haga una prueba unitaria de su código.

Configuración pruebas: Prueba web

Requerido: Visual Studio Enterprise

(Opcional) Para configurar las propiedades que controlan cómo se ejecutan las pruebas de rendimiento web en la configuración de pruebas, elija Prueba web.

1. Seleccione Recuento de ejecuciones fijo o Una ejecución por fila de origen de datos.

2. Use la lista desplegable Tipo de explorador para seleccionar el explorador web que desea usar con la prueba de rendimiento web. Por ejemplo, Internet Explorer 9.0.

3. (Opcional) Active Simular tiempos de reflexión para habilitar pausas humanas simuladas.

4. (Opcional) Active Usar el directorio de direcciones URL de solicitud como ruta de acceso predeterminada para cookies.

   Si se desactiva Usar el directorio de la dirección URL de la solicitud como la ruta predeterminada para las cookies, entonces las pruebas web se comportarán como sigue:

   Si una solicitud, por ejemplo www.abc.com/myapp/abc.aspx, establece una cookie en la respuesta y no especifica una ruta, la prueba usará la dirección URL completa de la solicitud como la ruta para dicha cookie. Esto significa que la cookie se enviará solo con las solicitudes posteriores con la dirección URL www.abc.com/myapp/abc.aspx.

   Si se activa Usar el directorio de la dirección URL de la solicitud como la ruta predeterminada para las cookies, entonces las pruebas web se comportarán como sigue:

   Si una solicitud, por ejemplo www.abc.com/myapp/abc.aspx, establece una cookie en la respuesta y no especifica una ruta, entonces la prueba usará el directorio de la dirección URL de la solicitud como la ruta para dicha cookie. Esto significa que la cookie se enviará con todas las solicitudes con la subruta www.abc.com/myapp (por ejemplo, www.abc.com/myapp/xyz.aspx).

   Este comportamiento es coherente con las cookies de la versión 1 especificadas en el documento RFC 2109. Para obtener más información, vea Solicitud de comentarios: 2109.

Vea también

Pruebas para entrega continua con Visual Studio 2012 – Capítulo 6: Un cuadro de herramientas de pruebas
Cómo: Agregar un archivo de configuración de pruebas desde Microsoft Visual Studio
Cómo: Modificar un archivo de configuración de pruebas desde Microsoft Visual Studio
Cómo: Seleccionar la configuración de pruebas activa desde Microsoft Visual Studio
Configurar máquinas y recopilar información de diagnóstico con la configuración de pruebas
Recopilar más datos de diagnóstico en las pruebas manuales
Crear configuración de pruebas para ejecutar pruebas automatizadas en Visual Studio
Usar controladores de prueba y agentes de prueba con las pruebas de carga
Configurar máquinas de pruebas para ejecutar pruebas o recopilar datos
Cómo: Crear una configuración de pruebas para una prueba de carga distribuida
Cómo: Ejecutar una prueba de carga usando controladores de pruebas y agentes de pruebas especificados en una configuración de pruebas
Tutorial: Usar un controlador y agentes de pruebas en una prueba de carga
Compatibility of Test Settings with Visual Studio 2010