Pruebas de carga de WebSocket

Configuración de una solicitud WebSocket

Url

Para abrir una conexión WebSocket, debe introducir la dirección URL de WebSocket del punto de conexión o dirección IP de la dirección URL de WebSocket que desea comprobar (se admiten los protocolos ws:// y cifrados wss://). Por ejemplo, wss://echo.websocket.org/

Para activar un modo de entrada más amigable visualmente, haga clic en el interruptor Detallado en la parte superior de la sección.

Puede convertir la dirección URL en un valor dinámico o un parámetro de contexto aquí. Por ejemplo, para cambiar dinámicamente la URL de destino.

Enviar datos

Si necesita transferir datos al punto de conexión de destino, en el campo Enviar datos, especifique un mensaje en una cadena o formato binario. Dotcom-Monitor enviará el mensaje al punto de conexión de destino mediante el protocolo WebSocket y esperará la respuesta.

Dotcom-Monitor admite expresiones razor en los mensajes WebSocket. Para enviar una cadena que contenga una expresión razor, introdúzcala en el campo Enviar datos y use el programa Preparar script para establecer el tipo de mensaje en expresión Razor. De lo contrario, el mensaje se analizará y se enviará como texto. Utilice el siguiente fragmento de código en el campo Preparar script para notificar al sistema que el mensaje debe analizarse con razor engine:

ProcessPostDataByRazor(currentTask);

Además del motor Razor, Dotcom-Monitor permite cambiar dinámicamente los datos del cuerpo de la solicitud mediante máscaras de datos. Para obtener información sobre cómo usar la sintaxis de Razor y las máscaras de datos en los datos enviados y configurar la carga útil que cambia dinámicamente, consulte Cómo cambiar dinámicamente la carga útil en solicitud HTTP.

Validación de respuesta (validación de contenido)

Para validar una cadena de mensaje recibida de WebSocket, puede afirmar palabras clave en el escenario de ejecución de llamadas. El sistema esperará la respuesta del punto final de destino y comprobará la presencia de la palabra clave especificada en la cadena en el mensaje recibido. Si la palabra clave no se detectó en las respuestas del socket, se generará un error.

En los campos Palabra clave , puede especificar una palabra o frase que desee buscar en el mensaje de respuesta. Utilice el texto sin formato para especificar una palabra clave:

Preparar guión y secuencia de comandos de publicación

Los campos pueden contener código de C#, que se puede usar para solicitudes específicas y datos de dirección URL o para validar o publicar encabezados personalizados. Consulte el artículo Uso del script y el script de publicación o póngase en contacto con el soporte técnico para obtener más detalles sobre el uso.

El escenario dinámico de la ejecución de la llamada WebSocket se puede especificar en el campo Preparar script. El escenario dinámico puede incluir una serie de operaciones con datos binarios o de cadena.

Operaciones con formato binario (msg como Base64 codificado):

• ValidateBinary(string msg): comprueba si una respuesta WebSocket es igual a los datos binarios especificados.
• ValidateBinaryContains(string msg): comprueba si una respuesta WebSocket contiene datos binarios especificados.
• SendBinary(string msg): envía un mensaje binario a un WebSocket.

Operaciones con formato de texto:

• SendText(string msg): envía una cadena de texto a un WebSocket.
• ValidateText(string msg): comprueba si una respuesta de un WebSocket es igual a una cadena especificada.
• ValidateTextContains(string msg): comprueba si una respuesta de WebSocket contiene una cadena especificada.

En los casos en que se especificó cualquier aserción en el campo Preparar script, el sistema esperará la aserción especificada en la respuesta y continuará con la ejecución del script una vez que la validación se realice correctamente. Si no se recibe un mensaje con la aserción especificada y se alcanza el tiempo de espera de finalización de la tarea, se generará el error de validación.

Dotcom-Monitor le permite incluir tantas operaciones como sea necesario en el script Preparar. Sin embargo, si se alcanza el tiempo de espera de finalización de la tarea de prueba, la ejecución del script finalizará.

(currentTask).SendText("This is a test");
(currentTask).ValidateText("This is a test");

Comprobación de certificado/SSL

Secure Socket Layer SSL Certificate Check incluye las siguientes opciones de validación:

• Autoridad: comprueba si una cadena de certificados contiene un certificado raíz de confianza o no de confianza.
• Nombre común (CN): valida que una dirección a la que navegue coincida con el certificado de dirección al que se firmó la dirección.
• Fecha: comprueba la fecha de caducidad del certificado.
• Revocación: valida que la cadena de confianza del certificado no contiene un certificado revocado.
• Uso: comprueba una cadena de certificados para el uso incorrecto de un certificado intermedio.
• Recordatorio de expiración en días: un recordatorio que notifica (como un error) sobre la expiración del certificado.
• Certificado de cliente: nombre del certificado de cliente.

Umbral de validación de tiempo (en segundos)

Escriba el número de segundos que el servicio debe esperar una respuesta de la página web antes de finalizar la ejecución de la solicitud y devolver un error. Si se deja en blanco, el tiempo de espera predeterminado para una solicitud es de 60 segundos.

Autenticación básica

El esquema de autenticación básica s utilizado para permitir a los usuarios acceder al contenido en algunos sitios web. Una vez proporcionadas las credenciales de inicio de sesión se pasarán junto con el encabezado de solicitud al servidor web.

• Nombre de usuario: contiene un nombre de usuario para la autenticación de acceso básico o de resumen HTTP/S.
• Contraseña de usuario: contiene una contraseña para la autenticación de acceso básico o de resumen HTTP/S.

No confunda la autenticación básica con otros esquemas de autenticación como autenticación portadora que implica tokens portadores y OAuth 2.0 que usa tokens de acceso.

Lea los artículos sobre el nombre de usuario y la contraseña de autenticación básica y las API basadas en OAuth 2.0 para obtener más información.

Encabezados

La opción permite agregar encabezados personalizados adicionales si es necesario.

• Nombre del encabezado: especifique el nombre del parámetro tal como aparecerá en la solicitud.
• Valor: escriba el valor asociado al nombre del parámetro.

Opciones de DNS

La característica Opciones de DNS permite a los usuarios elegir cómo se llevan a cabo las solicitudes de servidor de nombres de dominio (DNS) durante una tarea de supervisión.

Para especificar el modo de resolución de nombres de host, en la sección Modo de resolución de DNS, seleccione uno de los modos disponibles. Para obtener más información sobre la configuración de características, consulte Opciones de modo DNS.

La sección Hosts DNS personalizados contiene las asignaciones de direcciones IP a nombres de host.

Para especificar la asignación, escriba la dirección IP y el nombre de host en los campos correspondientes.

Véase también: Opciones de modo DNS.

Filtro de errores

Puede establecer un filtro para omitir tipos de error y códigos específicos. En la sección Filtro de errores, puede filtrar ciertos errores configurables por el usuario. Por ejemplo, los errores DNS podrían filtrarse en función de quién es responsable de las operaciones del servidor DNS. Puede crear filtros que ignoren errores específicos que sabe que pueden producirse y que no son relevantes para el objetivo de un dispositivo específico.

Además, puede configurar el sistema para que ignore una serie de códigos de error mediante un guión o varios códigos de error que utilicen punto y coma como separador.