Exportar (0) Imprimir
Expandir todo
Este artículo se tradujo de forma manual. Mueva el puntero sobre las frases del artículo para ver el texto original. Más información.
Traducción
Original

Rendimiento web y pruebas de carga de aplicaciones de SharePoint 2010 y 2013

Las pruebas de carga y rendimiento web pueden usar para comprobar la funcionalidad, el rendimiento y las capacidades de esfuerzo de las aplicaciones de SharePoint. Incluir pruebas de carga y rendimiento web para su aplicación de SharePoint puede mejorar significativamente el proceso de administración del ciclo de vida de la aplicación del grupo y resultar de gran utilidad si esta última usa una metodología de entrega continua.

Para obtener más información, vea el documento sobre pruebas para entrega continua con Visual Studio 2012.

  • Pruebas de rendimiento web

    Las pruebas de rendimiento web se pueden grabar y, a continuación, ejecutar y analizar respecto a las aplicaciones de SharePoint. Por ejemplo, puede crear pruebas de rendimiento web que lleven a cabo las operaciones siguientes en la aplicación de SharePoint:

    SharePoint 2010

    • Representar sitios

    • Realizar operaciones de la biblioteca de documentos

    • Realizar operaciones de tareas, calendarios y bibliotecas

    • Buscar contenido

    • Wikis

    • Elementos web personalizados

    • Flujos de trabajo

    • Varias operaciones desde la cinta

    • Reproducir las pruebas en varios sitios y listas

    • Aplicaciones web de Office (OWA): escenarios cargados y descargados

    • Administrar SA de metadatos y buscar columnas en las listas y bibliotecas

    • Integración de SharePoint y Excel Services

    • Para InfoPath, puede usar el complemento (herramienta) de CodePlex

    SharePoint 2013

    • Todos los escenarios mencionados anteriormente para SharePoint 2010

    • Redes sociales

    • Aplicaciones de SharePoint

  • Pruebas de carga

    Para efectuar una prueba de esfuerzo de la aplicación de SharePoint mediante la simulación de grandes cargas de usuario, diversas topologías de red y otras condiciones, puede crear pruebas de carga que usen las pruebas de rendimiento web de SharePoint.

What else should I know?

Notas

  • Requisito previo Las pruebas de rendimiento web para las aplicaciones de SharePoint solo se admiten con SharePoint 2010 y SharePoint 2013.

  • Requisito previo Las pruebas de rendimiento web codificadas no son compatibles con las aplicaciones de SharePoint.

    Una prueba de rendimiento web codificada normalmente se crea convirtiendo en código una prueba de rendimiento web ya grabada y existente. Una prueba de rendimiento web codificada es una clase .NET que genera una secuencia de WebTestRequests. Se puede programar mediante Visual C# o Visual Basic.

Nota Nota

En este procedimiento se supone que tiene un sitio genérico de SharePoint 2010, http://SP2010 y un subsitio denominado SampleSite. Puede crear un subsitio eligiendo Nuevo sitio en la lista desplegable Acciones del sitio en SharePoint.

  1. Cree un nuevo proyecto de prueba de carga y rendimiento web. En el menú Visual Studio Ultimate, elija Archivo, Nuevo y, a continuación, Proyecto. Expanda Visual C# o Visual Basic y elija Probar. Elija Proyecto de prueba de carga y rendimiento web y elija Aceptar.

  2. El Editor de prueba de rendimiento web aparece con una prueba en blanco. Para grabar la prueba, elija el botón Agregar grabación.

    Agregar grabación
  3. Aparecerá una nueva ventana en blanco del explorador web con el panel Grabadora de prueba web en el lado izquierdo. Escriba el nombre de su sitio de SharePoint en la barra de direcciones del explorador. Visual Studio Ultimate grabará y mostrará las direcciones URL en el panel Grabadora de prueba web.

    Grabadora de Prueba de rendimiento web
  4. Siga estos pasos para navegar al subsitio SampleSite de SharePoint y agregar un nuevo elemento a la lista de tareas del sitio:

    1. Elija SampleSite en la parte superior del sitio de SharePoint.

      Elegir SampleSite
    2. En el menú del lado izquierdo, elija Tareas.

      Elegir tareas

      Aparece la página SampleSite > Tareas: Todas las tareas.

    3. Para agregar una nueva tarea a la lista, elija el vínculo Agregar nuevo elemento.

      Agregar nuevo elemento

      Aparecerá el cuadro de diálogo Tareas - Nuevo elemento. El único campo obligatorio es Título y el valor especificado no importa. Complete la información del cuadro de diálogo y elija Guardar.

      Crear nuevo elemento de tarea
    4. El explorador web vuelve a SampleSite > Tareas: Todas las tareas, que ahora muestra la nueva tarea agregada en el paso anterior.

      Nueva tarea agregada
    5. Para finalizar la grabación, elija Detener en el panel Grabadora de prueba web.

      Aparece el cuadro de diálogo de detección Parámetro dinámico. Indica el progreso de la detección. Solo debería tardar unos instantes en completarse.

      Detección de parámetros dinámicos

      Visual Studio Ultimate volverá al Editor de prueba de rendimiento web, donde se muestra la prueba de rendimiento web recién creada.

      Editor de prueba de rendimiento web
  5. Para confirmar que la prueba se ejecuta correctamente, examine primero el sitio de SharePoint a fin de ver elementos de lista existentes:

    http://sp2010/SampleSite/Lists/Tasks/AllItems.aspx

  6. Vuelva a Visual Studio Ultimate y elija el botón Ejecutar prueba en el Editor de prueba de rendimiento web. La prueba se ejecuta y lleva a cabo las acciones grabadas para agregar un nuevo elemento a la lista de tareas de SharePoint.

    Ejecutar prueba de rendimiento web
  7. Elija la opción de actualización en la ventana del explorador donde esté abierto el sitio de SharePoint; debería poder ver el nuevo elemento de tarea agregado a la lista.

Algunos sitios web y aplicaciones usan parámetros dinámicos en una o varias de sus solicitudes web. Un parámetro dinámico es un parámetro cuyo valor se genera cada vez que un usuario ejecuta la aplicación. Un parámetro dinámico puede hacer que se produzcan errores al reproducir las pruebas de rendimiento web, porque el valor dinámico probablemente será diferente cada vez que se ejecuta la prueba. Por consiguiente, no se pueden reproducir valores grabados. Un ejemplo de parámetro dinámico es un identificador de sesión. El identificador de sesión normalmente cambia con una frecuencia de entre 5 y 30 minutos.

Las pruebas de rendimiento web grabadas en sitios de SharePoint son sofisticadas debido a la naturaleza dinámica de la solicitud y al formato de respuesta usado por SharePoint. Aunque la grabación y la reproducción de las pruebas de rendimiento web funcionan en un único elemento o sitio, se necesitan varias modificaciones de las pruebas de rendimiento web para que estas funcionen en varios servidores o sitios de SharePoint. Cada solicitud a un sitio de SharePoint puede requerir más de 30 modificaciones individuales a fin de abordar los GUID dinámicos y otros aspectos.

La grabadora de pruebas de rendimiento web y el motor de reproducción administran automáticamente los tipos más comunes de parámetros dinámicos:

Además del parámetro dinámico, Visual Studio Ultimate realiza las acciones siguientes en las grabaciones de pruebas de rendimiento web para aplicaciones de SharePoint:

JJ710162.collapse_all(es-es,VS.120).gifConversiones de GUID de SharePoint

Con frecuencia, SharePoint usa GUID únicos y cada GUID debe administrarse como parámetro dinámico si está previsto que estas pruebas se ejecuten en otro sitio de SharePoint. Por ejemplo, en una solicitud única, puede haber 30 puntos o más de la solicitud en los que necesite controlar GUID dinámicos. Todo ello se complica todavía más porque los GUID no se encuentran únicamente en la parte del valor de la solicitud de envío del formulario, sino también en otras partes de ella:

  • GUID dinámicos para los campos de nombre de envío

  • GUID que se encuentran en el valor de los parámetros de envío de formulario

    Esto se complica porque el GUID se encuentra dentro de otro parámetro dinámico. Visual Studio Ultimate detecta automáticamente esta situación y agrega nuevas reglas de extracción para controlarla.

  • GUID dinámico en el campo _EVENTARGET

  • Si bien no es un GUID, muestra un ejemplo del lugar donde se encuentra el nombre del sitio en una solicitud que es necesario controlar.

JJ710162.collapse_all(es-es,VS.120).gifListID, ID y otros parámetros de cadena de consulta de SharePoint

Además de los GUID, la prueba de SharePoint contiene muchos otros valores dinámicos que se procesarán, tales como ListID. Visual Studio Ultimate agrega las reglas de extracción necesarias y después busca en la prueba para reemplazar todas las apariciones.

El identificador se usa cuando se selecciona un elemento para verlo, por ejemplo, cuando se muestra una tarea.

Según el caso de uso de que se trate, es posible que desee seleccionar un elemento aleatorio en lugar del elemento específico que seleccionó durante la grabación. Para facilitar esta tarea, Visual Studio Ultimate detecta el identificador mediante la regla de extracción SharePoint – Buscar id. de elemento de lista. Si Visual Studio Ultimate no encuentra el identificador de elemento de lista con la regla de extracción, Visual Studio Ultimate creará un parámetro de contexto para el identificador, seguirá buscando hacia delante y reemplazará todas las áreas en las que se detectó el identificador.

Si desea usar valores dinámicos para los identificadores de elemento, puede simplificar el proceso mediante reglas de extracción.

JJ710162.collapse_all(es-es,VS.120).gifQuitar solicitudes innecesarias

SharePoint genera muchas solicitudes, algunas de las cuales son ruido innecesario. Por ejemplo, genera solicitudes de direcciones URL almacenadas en caché que no se requieren para el procesamiento de operaciones básicas, como la solicitud a blank.gif. Esto dificulta el trabajo en los scripts. Si los objetivos de prueba no requieren estas solicitudes, por ejemplo, en las pruebas de ancho de banda o WAN, puede quitar estas solicitudes de la prueba sin ningún problema.

Sugerencia Sugerencia

La lista de filtros de solicitud de ruido se puede modificar, mediante las opciones de configuración para grabar pruebas de rendimiento web de SharePoint.

JJ710162.collapse_all(es-es,VS.120).gifDetección y parametrización de nombres de sitios

Para parametrizar una cadena, puede crear parámetros de contexto que se usarán en una prueba de rendimiento web. Por ejemplo, puede crear un parámetro de contexto para un sitio web. El parámetro de contexto permite cambiar la prueba rápidamente de un sitio a otro. Visual Studio Ultimate busca nombres de sitios de SharePoint y agrega parámetros de contexto para cada nombre de sitio que se detecta. Además, también reemplaza todas las apariciones del nombre de sitio en la dirección URL y en otras áreas donde podrían aparecer estos nombres, tales como las solicitudes de cadenas de consulta, envío de formularios o texto de cadena.

Hay situaciones en las que se encuentre el nombre del sitio, pero sea necesario en un formato codificado de dirección URL. Visual Studio Ultimate intentará habilitar primero la codificación URL, a fin de minimizar el número de parámetros. Si esto no funciona, se agregará un nombre de sitio adicional para indicar que el valor debe someterse a la codificación de URL. Esta situación se produce cuando se usan espacios u otros caracteres especiales en el nombre del sitio de SharePoint.

Sugerencia Sugerencia

Puede configurar las opciones de Visual Studio para grabar las pruebas de rendimiento web de SharePoint a fin de especificar la parametrización de nombres de sitio.

JJ710162.collapse_all(es-es,VS.120).gifRegla de validación global para los errores

En muchos casos, SharePoint devuelve un código de estado correcto (HTTP 200), pero en la realidad se produce un error de solicitud. En este caso, podría parecer que la prueba funciona correctamente, cuando en realidad presenta errores debido a alguna condición de error. Se agrega una regla de validación de nivel de prueba web que ayuda a detectar estas situaciones y le alertará de las solicitudes con error.

Para obtener más información sobre el uso de reglas de validación, vea Comprobar que la aplicación de SharePoint funciona correctamente extrayendo datos de las solicitudes web mediante reglas de extracción en este tema.

Sugerencia Sugerencia

Puede configurar las opciones de Visual Studio para grabar las pruebas de rendimiento web de SharePoint a fin de incluir la validación global de errores.

JJ710162.collapse_all(es-es,VS.120).gifCrear reglas de extracción para los encabezados de SharePoint que faltan

En algunos casos, SharePoint 2010 requiere valores de encabezado concretos, tales como x-requestdigest. Si no existen estos valores, se produce un error en la solicitud, por errores de seguridad o de otro tipo. Visual Studio Ultimate tiene la capacidad de grabar estos encabezados y crear reglas de extracción a fin de actualizar estos valores dinámicamente.

Para obtener más información sobre el uso de reglas de extracción, vea Comprobar que la aplicación de SharePoint funciona correctamente extrayendo datos de las solicitudes web mediante reglas de extracción en este tema.

  1. En el menú Visual Studio Ultimate, elija HERRAMIENTAS y, a continuación, Opciones.

  2. Expanda Herramientas para pruebas de rendimiento web y, a continuación, expanda Prueba web y elija SharePoint.

Opciones de Visual Studio para las pruebas web en SharePoint

Al abrir el cuadro de diálogo de opciones Visual Studio Ultimate, podrá configurar las opciones siguientes para las pruebas de rendimiento web en las aplicaciones de SharePoint:

  1. Habilitar o deshabilitar las pruebas de carga y rendimiento web para las aplicaciones de SharePoint.

  2. Filtre las solicitudes que usted o su grupo consideren como ruido innecesario en la prueba basándose en los criterios especificados. Para ayudar a evitar el ruido, se filtran los siguientes patrones y criterios de direcciones URL de forma predeterminada. Si el grupo necesita incluir cualquiera de estos patrones en las pruebas, puede quitarlos de la lista.

    Filtros predeterminados

    Criterio de direcciones URL

    Modelo de URL

    Termina con

    Blank.gif

    Termina con

    Blank.htm

    Termina con

    ScriptResx.ashx

    Termina con

    Commandui.ashx

  3. Usted o su grupo pueden parametrizar el nombre del sitio mediante un parámetro de contexto. Los parámetros de contexto permiten parametrizar una cadena de una prueba de rendimiento web y, en esta opción de configuración, permite cambiar rápidamente la prueba de un sitio a otro. De forma predeterminada, el parámetro de contexto es “SiteName”.

  4. Aplique una regla de validación global para patrones de error comunes. Esto ayudará a detectar si el error se ha producido en la respuesta, porque valida que el texto escrito para ErrorPattern está presente en la respuesta HTTP del servidor de SharePoint. Puede escribir varios patrones de error en ErrorPattern separándolos mediante el signo de punto y coma (;) como delimitador. Si una o más cadenas especificadas de ErrorPattern se encuentran en la respuesta, la prueba de rendimiento web concluirá que se ha producido un error en la respuesta HTTP y por lo tanto no se superará. De forma predeterminada, ErrorPattern contiene las siguientes cadenas de error: \[{"Error":[^n];"SharepointError";"HasException":true. Estas cadenas de error predeterminadas se pueden quitar o editar conforme a las necesidades de su grupo.

  5. Las cadenas de error se pueden especificar opcionalmente como expresiones regulares.

Las reglas de validación ayudan a comprobar el funcionamiento correcto de su aplicación de SharePoint; para ello, validan la existencia de texto, etiquetas o atributos en la página devuelta por una solicitud web. Las reglas de validación también pueden comprobar el tiempo necesario para que finalice una solicitud y la existencia de campos de formulario y sus valores.

Para obtener una lista de las reglas de validación, incluidas las usadas en las aplicaciones de SharePoint, vea Reglas de validación predefinidas.

Las reglas de extracción ayudan a comprobar que la aplicación de SharePoint funciona correctamente; para ello, extraen datos de las respuestas a las solicitudes web. Las reglas de extracción almacenan los resultados en el contexto de prueba como pares de nombre y valor. Las reglas de extracción pueden extraer campos de formularios, texto, atributos, encabezados, expresiones regulares y campos ocultos.

Para obtener una lista de las reglas de extracción de SharePoint, vea Reglas de extracción predefinidas para aplicaciones de SharePoint.

Después de crear pruebas de rendimiento web para la aplicación de SharePoint, puede crear pruebas de carga para probar el rendimiento de las aplicaciones, así como las capacidades de esfuerzo. Una prueba de carga se crea utilizando el Asistente para prueba de carga nueva. Si usa el asistente, puede configurar la manera en que desea probar el rendimiento y las capacidades de esfuerzo de la aplicación de SharePoint.

Crear una prueba de carga con el asistente

En Explorador de soluciones, abra el menú contextual del nodo Proyecto de prueba de carga y rendimiento web, elija Agregary, a continuación Prueba de carga.

El asistente proporciona opciones de configuración para la nueva prueba de carga, entre las que se incluyen:

  • Patrón de carga: el número de usuarios virtuales que están activos durante una prueba de carga y la velocidad con que se agregan durante la prueba.

  • Modelo de combinación de pruebas: probabilidad de que un usuario virtual ejecute una prueba determinada en un escenario de prueba de carga.

  • Combinación de pruebas: la combinación de pruebas de rendimiento web, unitarias y de IU codificada incluidas en la prueba de carga.

  • Combinación de redes: los tipos de red que se usan en la prueba. Por ejemplo, LAN y acceso telefónico de 56K.

  • Combinación de exploradores: tipos de exploradores web usados en la prueba de carga. Por ejemplo, Windows Internet Explorer 9 y Windows Internet Explorer 10.

  • Conjuntos de contadores: se trata de grupos de contadores de rendimiento del sistema que le resultará útil supervisar durante las pruebas de carga. Los conjuntos de contadores están organizados por tecnología (por ejemplo, ASP.NET o SQL).

    Nota Nota

    Los conjuntos predefinidos de contadores de rendimiento que se usan con las pruebas de carga no están disponibles para SharePoint.

  • Parámetros de ejecución: determinan las propiedades de prueba de carga, como la duración de la prueba, la duración de la preparación, el número máximo de detalles de errores notificados y la velocidad de muestreo.

Las pruebas de carga se ejecutan desde el Editor de prueba de carga o desde el menú PRUEBA DE CARGA.

Ejecutar pruebas de carga

El visor de resultados de pruebas de rendimiento web permite ver los detalles de cada solicitud de prueba de rendimiento web y la respuesta consiguiente. El Visor de resultados de pruebas de rendimiento web utiliza una vista de árbol para mostrar las solicitudes y las solicitudes dependientes anidadas bajo la solicitud del nivel superior. Las redirecciones de páginas también se muestran en el árbol.

Puede usar el Analizador de prueba de carga para buscar cuellos de botella, identificar errores y medir las mejoras de su aplicación. Puede analizar los resultados de pruebas de carga usando el Analizador de prueba de carga de las siguientes maneras:

  • Supervisar una prueba de carga cuando se está ejecutando.

  • Analizar una prueba de carga finalizada.

  • Ver los resultados de una prueba de carga anterior.

Nota de precaución Precaución

Las pruebas de rendimiento web codificadas no son compatibles con las aplicaciones de SharePoint.

JJ710162.collapse_all(es-es,VS.120).gifError al agregar una cita con la opción de creación de área de trabajo de reunión

Se produce un error porque se está creando un nuevo sitio para el área de trabajo y SharePoint está intentando crear un sitio con el mismo nombre durante la detección del parámetro dinámico.

Solución alternativa: actualice las referencias al título de la reunión en los parámetros de envío de formulario, para que las solicitudes web de creación de reunión y creación de área de trabajo de reunión usen el título de reunión único cada vez que se reproduzca la prueba de rendimiento web. Puesto que el nuevo sitio se crea con el título de la reunión, este debe ser único. De lo contrario, se produce un error en la solicitud de creación de área de trabajo.

JJ710162.collapse_all(es-es,VS.120).gifSe produce un error en la carga de documento si la prueba de rendimiento web se agrega en una carpeta independiente distinta de la carpeta raíz del proyecto de prueba

Solución alternativa: si la prueba de rendimiento web de documento de carga se agrega a una carpeta independiente, especifique de manera explícita el mismo documento como elemento de implementación en la configuración de pruebas.

O bien

Cree la prueba de rendimiento web en el nivel raíz del proyecto de prueba de carga y rendimiento web, en lugar de hacerlo en una carpeta independiente.

JJ710162.collapse_all(es-es,VS.120).gifOperaciones de eliminación de SharePoint

Si graba una prueba de rendimiento web que elimina una tarea, una cita de calendario o un documento y luego intenta ejecutar la prueba, esta no se supera porque la tarea, la cita o el documento correspondiente ya se ha eliminado.

Solución alternativa: use la regla de extracción SharePoint2010.FindListItems para extraer el GUID del elemento de lista que desee en un parámetro de contexto. Puede filtrar la selección en función del nombre de título y el número de índice. Pase dicho parámetro en la solicitud Eliminar subsiguiente.

O bien

Mediante un complemento de solicitud, extraiga el GUID del elemento deseado de la respuesta a la solicitud anterior y, a continuación, páselo a la solicitud de eliminación.

Adiciones de comunidad

AGREGAR
Mostrar:
© 2015 Microsoft