Diccionario pasando parámetros de URL
URI: Identificador uniforme de recursos.
La URL puede considerarse como la implementación específica de URI.
Borrador
Campo
Puerto
Vía
Parámetros de URL
Ejemplo:
/cursos/317690? tuin=15945f87
Protocolo generalmente se refiere a la parte anterior a //, lo que indica el protocolo de comunicación adoptado por ambas partes.
Acuerdo: se refiere al acuerdo alcanzado por ambas partes sobre el formato de los datos, procedimientos y significado de los datos de comunicación.
Para los protocolos, te recomiendo que comprendas dos modelos: el modelo OSI y el modelo TCP/IP.
Desde la perspectiva de las pruebas de interfaz, las pruebas de interfaz se pueden implementar a través de diferentes protocolos en diferentes capas de comunicación.
En términos generales, los protocolos de capa de aplicación son los más cercanos a los usuarios y los más fáciles de implementar.
Los protocolos de capa de aplicación comunes son:
ke.qq.com
192.168.1.100
Se refiere al nombre de dominio conectado a través de un número de dos puntos.
Puerto: 0-65535
Este puerto lo establece el propio servidor. El servidor utiliza este puerto para publicar servicios y escuchar las solicitudes de los clientes.
Si el puerto de escucha establecido por el servidor es el puerto de comunicación predeterminado del protocolo de comunicación del servicio proporcionado, el usuario puede omitir el puerto al acceder al servidor.
Protocolos más utilizados y sus puertos de comunicación predeterminados:
http 80
https 443
ftp 21
ssh 22
smtp 25
pop3 110
mysql 3306
Oracle 1521
MS SQL 1433
Se refiere a todo lo que sigue al puerto.
En términos generales, la ruta se refiere a la ruta del recurso o servicio al que queremos acceder bajo el contenedor del servidor.
Normalmente la ruta está directamente relacionada con la funcionalidad de la interfaz.
Los parámetros de la dirección URL también forman parte de la ruta.
El parámetro de dirección URL se refiere a la parte posterior a la ruta conectada por un signo de interrogación.
El parámetro de dirección URL utiliza un par clave-valor para transmitir el valor del parámetro y se utilizan varios pares clave-valor como conector;
Protocolo http: Protocolo de transferencia de hipertexto.
Actualmente, el protocolo http es el protocolo de comunicación preferido para la mayoría de servicios.
El protocolo HTTP es un protocolo basado en solicitudes y respuestas.
Esto significa que el protocolo http se divide en dos partes:
Httprequest: La solicitud HTTP se utiliza para definir cómo el remitente de la solicitud debe organizar los datos.
Httpresponse: La respuesta HTTP se utiliza para definir cómo el procesador de la solicitud debe organizar los datos devueltos.
Una solicitud http consta de tres partes:
La línea de solicitud se refiere a la primera línea del paquete de solicitud.
Ejemplo: get/phpwind/http/1.1.
Normalmente, la línea de solicitud contiene la siguiente información:
Todas las solicitudes http deben tener un método de solicitud. Si no se especifica, el valor predeterminado es el método get.
Los métodos de solicitud comunes incluyen: obtener, publicar, colocar, parchear, eliminar, opciones, seguimiento, encabezado, etc.
El método de solicitud utilizado por la interfaz no tiene nada que ver con las pruebas, sino solo con el diseño y desarrollo.
La diferencia entre get y post:
La ruta de solicitud se refiere a la parte de la ruta en la URL, que contiene los parámetros de la dirección URL.
El encabezado de la solicitud se refiere a todo el contenido desde la segunda línea hasta la primera línea en blanco del paquete de solicitud.
El cliente utiliza encabezados de solicitud para intercambiar información y controlar información con el servidor, generalmente sin relación con el servicio en sí.
El encabezado de la solicitud corresponde al valor clave.
Los encabezados de solicitud estándar tienen sus propios significados y funciones especiales.
Encabezados de solicitud más utilizados:
Agente de usuario: UA para abreviar, el cliente se utiliza para notificar al servidor y al cliente información ambiental.
PD: el servidor generalmente determina el origen de la solicitud del cliente en función del encabezado.
El mantenimiento de sesiones y cookies está relacionado con los encabezados de solicitud (consistencia).
Tipo de contenido: Si hay datos en el cuerpo de la solicitud se debe agregar la información.
PD:
El encabezado se utiliza para informar al servidor el formato de organización de los datos en el cuerpo de la solicitud.
Las formas organizativas comunes son:
Formato de par clave-valor:
Por ejemplo: AAA = 1; bbb=2
Mixto; form Formato, utilizado principalmente para interfaces de tipo de carga de archivos. El límite representa delimitadores y hay más delimitadores en el cuerpo de la solicitud real que en el encabezado de la solicitud "-".
Indica enviar datos en formato json.
Ejemplo: {"AAA": 1, "BBB": 2}
El formato de organización de datos específico utilizado en la solicitud está determinado por la propia interfaz.
Evite utilizar Content-Type en el encabezado de solicitud global.
Cookie, token: encabezados relacionados con el estado. En general, las cookies no requieren ningún procesamiento adicional.
Los encabezados de información como el token básicamente deben estar asociados.
Se refiere a todo el contenido desde la primera línea en blanco hasta la última línea en blanco del paquete de solicitud.
El asunto de la solicitud suele estar relacionado con el negocio, es decir, los datos comerciales enviados por el cliente al servidor.
Los datos en el cuerpo de la solicitud tienen un tipo de contenido específico, que está determinado por el desarrollo y no tiene nada que ver con las pruebas.
Ver los datos solicitados, se recomienda utilizar el formato original. . Especialmente al depurar.
En términos generales, las respuestas http también se dividen en tres partes.
Línea de respuesta: línea de respuesta
Título de respuesta: título de respuesta
Cuerpo de respuesta: cuerpo de respuesta.
La línea de respuesta se refiere a la primera línea del paquete de respuesta.
Generalmente contiene la siguiente información.
Ejemplo:
HTTP/1.1 200 OK
Código de respuesta, también conocido como estado, código de estado, estado, código de estado.
El servidor utiliza el código de respuesta para notificar al cliente que el servidor ha procesado la solicitud en la capa lógica de comunicación.
El código de respuesta es un número de tres dígitos y se puede dividir en cinco categorías según el primer dígito.
1xx: Indica información de interacción y control durante el proceso de establecimiento de la conexión.
2xx: Indica que el servidor lo ha procesado correctamente, normalmente 200.
3xx: Indica redirección.
PD: 1xx, 2xx y 3xx indican que la solicitud fue exitosa, es decir, el servidor está funcionando normalmente.
4xx: Indica error del cliente.
Por ejemplo: 400, 401, 403, 404, 405
5xx: Indica error del servidor.
Por ejemplo: 500, 502, 501
PD: durante el proceso de prueba de la interfaz, ya sea que aparezca 4xx o 5xx, significa un error de secuencia de comandos.
Hay dos situaciones en las que se producen errores de script:
Capa de protocolo: una colección de formatos de solicitud http.
Nivel empresarial: datos comerciales ilegales.
PD: una vez que ocurre un problema, lo que debemos hacer es comparar el paquete de solicitud exitoso (incluido el encabezado y el cuerpo) con el paquete de solicitud fallido.
El encabezado de respuesta se refiere a la parte del paquete de respuesta desde la segunda línea hasta el final de la primera línea vacía.
El servidor utiliza encabezados de respuesta para notificar al cliente sobre alguna interacción y controlar información sobre el servidor.
Más común:
Set-cookie: Utilizada por el servidor para devolver cookies al cliente.
El cuerpo de la respuesta se refiere a todo, desde la primera línea en blanco hasta la última línea en blanco del paquete de respuesta.
El cuerpo de la respuesta puede estar comprimido y codificado; algunas herramientas de prueba lo manejan automáticamente, mientras que otras requieren programación.
El cuerpo de la respuesta generalmente es el resultado del procesamiento del servidor de la interfaz y está relacionado con el negocio.
Esto significa que si queremos determinar si una interfaz está funcionando correctamente o extraer datos devueltos por el servidor, normalmente tenemos que manipular el cuerpo de la respuesta.