Preguntas más frecuentes sobre las pruebas de carga basadas en la nube

En estas secciones se tratan las preguntas más frecuentes sobre las pruebas de carga basadas en la nube para ayudarle a solucionar problemas o responderle las preguntas que pueda tener.

Configuración de aplicaciones

R: Cualquier aplicación que esté disponible en Internet puede someterse a pruebas de carga mediante Visual Studio Team Services. Empiece aquí.

Si su aplicación está detrás de un firewall porque es una aplicación interna o porque su aplicación todavía no se ha lanzado, puede usar las pruebas de carga basadas en la nube de todos modos. Para obtener más información, consulte Load testing applications behind a firewall using Trusted IP (Aplicaciones de prueba de carga detrás de un firewall mediante una IP de confianza).

General

R: Se pueden tardar desde 5 segundos hasta 3 horas en obtener los permisos para ejecutar la prueba de carga en la nube. Si creó anteriormente la cuenta de Visual Studio Team Services, es posible que pueda ejecutar la prueba de carga inmediatamente.
R: No. Actualmente, no se admite la ejecución de pruebas de carga con MSTest.
R: De forma predeterminada, se almacenan en la base de datos SQL Express local. SQL Express sirve para almacenar los resultados de las pruebas de una ejecución de prueba. Cuando descargue más resultados de pruebas de carga, use SQL Server en su lugar para optimizar el rendimiento. Para usar SQL Server, siga estas instrucciones.
R: A partir de Visual Studio 2013 Update 5 y Visual Studio 2015, puede seleccionar la ubicación del agente de pruebas donde configura la serie de pruebas de carga. Elija una ubicación de cualquier centro de datos de Azure admitido del mundo. ¿Qué sucede si uso una versión anterior de Visual Studio?

After your run finishes, your results are stored in the same location as your Visual Studio Team Services account.

If you’re using an earlier version of Visual Studio, the agent location is based on the location that you chose when you created your Visual Studio Team Services account.

Región de la cuenta de Visual Studio Team Services
Zona sur central de EE.UU.
Europa Occidental

Centro de datos de Azure del agente de pruebas
Este de EE. UU. 2
Europa Occidental

Si su aplicación está detrás del firewall, puede realizar la prueba de carga de la aplicación igualmente si configura el firewall con una IP de confianza. Para solicitar las IP de confianza y averiguar cómo usarlas al realizar pruebas de carga de aplicaciones internas, consulte Load testing applications behind a firewall using Trusted IP (Pruebas de carga de aplicaciones situadas detrás de un firewall mediante una IP de confianza).

R: No. Solo una serie de pruebas de carga se hospeda en el conjunto de máquinas virtuales donde los agentes se hospedan para esa ejecución.
R: La cantidad máxima de núcleos para los agentes de pruebas de carga en cada ejecución es de 100. Si sus series de pruebas necesitan más núcleos, puede ejecutar 10 pruebas de carga a la vez.

La cantidad mínima de usuarios virtuales por núcleo de agente es 1. Si su prueba de carga necesita más núcleos de agente o menos usuarios virtuales por núcleo de agente, póngase en contacto con vsoloadtest@microsoft.com.

R: Si la serie de pruebas usa 25 o más usuarios virtuales por núcleo, la cantidad de VUM = (carga de usuarios máxima para la serie de pruebas) * (duración de la serie de pruebas en minutos).

Si su serie de pruebas usa menos de 25 usuarios virtuales por núcleo, la cantidad de VUM = (número de núcleos) * (25 usuarios virtuales por núcleo) * (duración de la serie de pruebas en minutos).

Los valores mínimos usados para calcular la cantidad de VUM son 25 usuarios virtuales y 1 minuto. Si los valores de su serie de pruebas son inferiores a los mínimos, se redondearán para cumplir con los mínimos. Por ejemplo, si su serie de pruebas especifica 20 usuarios virtuales durante 30 segundos, la prueba ejecutará en realidad 25 usuarios virtuales durante 1 minuto = 25 VUM, no 15 VUM.

Asimismo, la duración de la serie de pruebas se especifica en minutos. Por tanto, si la duración de la serie de pruebas es de 5 minutos y 15 segundos, se redondeará a 6 minutos.

Un mínimo de 250 VUM, incluido el período de advertencia de la prueba, se deduce de su cuenta para:

  • Ejecuciones completadas, según la duración completa de la ejecución
  • Ejecuciones anuladas, según la duración transcurrida de la ejecución

Para las ejecuciones que terminen con un estado de error, no se deduce ningún VUM de su cuenta.

Para comprobar los minutos de usuario virtual que usó su cuenta de Visual Studio Team Services o que le quedan, vaya a la página principal de su cuenta de Visual Studio Team Services (https://{sucuenta}.visualstudio.com).

R: Los límites de recursos se aplican a cada cuenta de Visual Studio Team Services. Para cada cuenta, recibe 20 000 minutos de usuario virtual gratuitos al mes. Si necesita más minutos de usuario virtual para las pruebas de carga, pida al propietario de su cuenta que obtenga recursos adicionales para su cuenta de Visual Studio Team Services.

If your free resource limits run out and you have not purchased additional resources, you will get a status message like this:

This run exceeds the maximum allowed usage for this month.

El uso actual de su cuenta este mes (incluidas las ejecuciones en curso) es de 8000 minutos y el uso máximo permitido es de 20 000. Para obtener más información sobre los límites de uso y cómo modificarlos, consulte https://go.microsoft.com/fwlink/?LinkId=303976.

Configurar las pruebas

R: Use un archivo .csv o un hoja de cálculo de Excel para proporcionar distintos valores para las pruebas de carga basadas en la nube. Actualmente, no se admite el uso de SQL Server. Para obtener información sobre cómo proporcionar estos valores a la prueba, diríjase aquí.
R: El número de agentes que se usarán para la ejecución se basa en sus pruebas. Si recibe errores al ejecutar la prueba, es posible que deba aumentar el número de núcleos de agente. Al realizar pruebas de carga en Visual Studio Team Services mediante el IDE de Visual Studio, puede cambiar el número de núcleos de agente.

IC666801

Agent Count (Total Cores)

¿Qué significan los valores?

  • 0: (predeterminado) el número de núcleos se basa en el número de usuarios virtuales que especifique para la prueba.
  • 1: la serie de pruebas usará 1 agente con 1 núcleo.
  • 2 o más: cada agente usará siempre 2 núcleos. Por ejemplo, si el valor es 4, obtendrá 2 agentes con 2 núcleos cada uno. Si el valor es 3, obtendrá 2 agentes con 2 núcleos cada uno igualmente. No obtendrá 1 agente con 2 núcleos ni 1 agente con 1 solo núcleo.

El número de agentes también depende de su combinación de pruebas (prueba de rendimiento web o prueba unitaria). Si solo tiene pruebas de rendimiento web, se recomienda usar de 250 a 1000 usuarios virtuales por cada 2 núcleos. Si tiene pruebas unitarias, el recuento de agentes depende de qué hagan dichas pruebas. Esto significa que tendrá que realizar la prueba si tiene bastante agentes. Para ello, usará una serie de pruebas de carga de menor duración, o bien pruebas de carga basadas en objetivos.

R: Puede usar las opciones de implementación y un script de configuración en la configuración de pruebas.

You can add the .exe or other files to the Deployment window which you want to deploy on the Agent and using the Setup script you can install them on agents.

Todos los elementos implementados en los agentes se copian en un directorio en el agente. Se puede acceder a la ubicación del directorio mediante %DeploymentDirectory% en el script de configuración y limpieza. Por ejemplo, si quiero instalar WebDeploy en el equipo del agente, debo agregar WebDeploy_x64_en-US.msi a la ventana Implementación. Setup.cmd tendrá un aspecto similar a %DeploymentDirectory%WebDeploy_x64_en-US.msi /passive

Ejecutar y supervisar pruebas de carga

R: Puede ver el estado del servicio en el portal de soporte técnico de Visual Studio Team Services (en la parte superior de la página) y en nuestro blog de servicios. También puede suscribirse a las alertas de estado de servicio siguiendo esta publicación en nuestro foro de soporte técnico.
R: Los estados para su serie de pruebas de carga cuando realiza la ejecución con Visual Studio Team Services son:

  • En curso: actualmente, la serie de pruebas se está ejecutando en la nube.
  • Completado: la serie de pruebas se completó correctamente.
  • Anulado: el usuario detuvo la serie de pruebas haciendo clic en el botón de detención. Este estado también se puede producir si existen problemas relacionados con su prueba de carga. Por ejemplo, el estado Anulado puede producirse si existen problemas en sus scripts de pruebas.
  • Error: la serie de pruebas se detuvo a causa de un error con el propio servicio. Por ejemplo, es posible que exista un problema de infraestructura en el servicio que impide continuar la ejecución de la prueba. Este no es un problema causado por la prueba de carga ni los scripts de prueba.
R: Debido a un problema desconocido, ahora debe usar esta solución alternativa:

  1. Iniciar el Bloc de notas con privilegios de administrador.
  2. Abrir el archivo devenv.exe.config (suele encontrarse en: “C:Program Files (x86)Microsoft Visual Studio 12.0Common7IDE”)
  3. Cambie el valor de bindingRedirect a “8.0.0.0-14.0.0.0”
    <dependentAssembly>
        <assemblyIdentity name="Microsoft.VisualStudio.QualityTools.LoadTest" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="8.0.0.0-14.0.0.0" newVersion="12.0.0.0"/>
    </dependentAssembly>

solución de problemas

R: Si la grabadora de prueba web no está habilitada cuando intenta realizar y grabar la prueba web con Internet Explorer 11, diríjase aquí para resolver el problema.
R: Los mensajes de error y los errores de prueba se notifican mientras se ejecuta la prueba de carga. Los mensajes de estado proporcionan detalles sobre la propia serie de pruebas de carga, por ejemplo, si se pierde la conexión a la base de datos de resultados. Los errores de prueba están relacionados con la prueba. Vea ambos tipos de mensajes desde la pestaña Destalles de los gráficos de progreso.

IC696061

R: Si el error indica que el estado actual de la conexión es cerrado, puede establecer la cantidad de tiempo que debe esperar una conexión antes de agotar el tiempo de espera. Establezca las palabras clave ConnectTimeout o Connection Timeout en la cadena de conexión. No establezca un valor de 0 como tiempo de espera en una cadena ConnectionString porque la conexión seguirá intentando conectarse de manera indefinida.
R: Si es el caso, deberá tomar la clave de producto de Visual Studio Ultimate de su suscripción a MSDN y usar la opción “Cambiar mi licencia de producto” en la página Información del producto. Debe hacerlo en cada equipo donde desee ejecutar pruebas de carga con Visual Studio Team Services. Visite este sitio para obtener la clave del producto.
R: Desde el 26 de noviembre de 2014, es necesario agregar la información de versión a las llamadas API de REST. Si no se puede realizar su llamada y genera la excepción VssVersionNotSpecifiedException, deberá incluir ?api-version=1.0-preview.1 en sus llamadas API de REST. Siga las instrucciones que encontrará aquí para hacerlo.
R: Los nombres de prueba de las pruebas de carga se convierten a minúsculas cuando la prueba se ejecuta con Visual Studio Team Services. Cualquier coincidencia de cadena que el código de usuario realice en un nombre de prueba debería ignorar las mayúsculas y minúsculas o convertir los nombres de prueba a minúsculas.
R: Use un editor de texto para editar el archivo devenv.exe.config. Este archivo suele estar ubicado en “C:Archivos de programa (x86)Microsoft Visual Studio 12.0Common7IDE”.

    1. Agregue la línea siguiente dentro de la sección :
      <add key="ElsClientLogLevel" value="XXX"/>

      Donde XXX puede ser cualquiera de los valores siguientes:

      • all: se registran todos los mensajes.
      • off: se detiene el registro de mensajes.
      • critical: solo se registran los mensajes críticos.
      • error: solo se registran los mensajes críticos y de error.
      • warning: se registran los mensajes críticos, de error y de advertencia (valor predeterminado).
      • information: se registran los mensajes críticos, de error, de advertencia y de información.
      • verbose: se registran los mensajes detallados, críticos, de error, de advertencia y de información.

 

  1. Agregue la siguiente sección al final del archivo devenv.exe.config file, justo encima de la etiqueta de cierre. Para especificar la ruta del archivo, puede cambiar el valor de initializeData.
        <code class="csharp"><system.diagnostics>
     <trace autoflush="true" indentsize="4">
     <listeners>
     <add name="myListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="d:VSTestHost.log"/>
     </listeners>
     </trace>
    
     <switches>
     <!-- You must use integral values for "value": 0 = off, 1 = error, 2 = warn, 3 = info, 4 = verbose.-->
     <add name="EqtTraceLevel" value="4" />
     </switches>
     </system.diagnostics></code>
    

  2. Reinicie Visual Studio 2013 y reproduzca el problema. A continuación, puede revisar el archivo de registro o compartirlo con el soporte técnico. El archivo de registro se encuentra aquí: %Temp%ELSClient.
R: Para Visual Studio 2013 Update 4 y versiones posteriores, el valor predeterminado de la propiedad TimingDetailsStorage ha cambiado de AllIndividualDetails a None. Si quiere recopilar los intervalos individuales, debe establecer específicamente la propiedad TimingDetailsStorage en AllIndividualDetails. Para obtener más detalles, diríjase aquí.

Errores

R: Si se muestra uno de estos errores:

  • VS1550064
  • VS1550072
  • VS1550078
  • VS1550081
  • VS1550082
  • VS1550083

Póngase en contacto con el soporte técnico de Visual Studio Team Services. Deberá proporcionar su identificador de serie de pruebas.

R: Si edita manualmente el archivo XML .loadtest, es posible que se muestre este error:

  • VS1550084

Abra el archivo y revierta los cambios que haya agregado. Vuelva a ejecutar la prueba de carga, que debería completarse correctamente.

R: Si edita manualmente el archivo XML .loadtest, es posible que se muestren estos errores:

  • VS1550026
  • VS1550027

Abra el archivo y revierta los cambios que haya agregado. Vuelva a ejecutar la prueba de carga, que debería completarse correctamente.

R: Si cierra el Asistente para prueba de carga sin completarlo, puede producirse este error:

  • VS1550030

Para corregir este problema, cree otra prueba de carga y elimine la que no se pudo ejecutar.

R: Estos errores suelen deberse a problemas con el servicio de pruebas de carga basadas en la nube. Intente ejecutar de nuevo la prueba de carga. Si el problema persiste, póngase en contacto con el soporte técnico de Visual Studio Team Services. Deberá proporcionar su identificador de serie de pruebas.
R: Diríjase aquí para encontrar información sobre otros errores y sus resoluciones, cuando corresponda.

Usar el servicio en la nube

Comience a usarlo de manera gratuita

Hospédelo usted mismo

Descargue la evaluación