Cartero: el componente básico de las solicitudes HTTP

En términos generales, todas las solicitudes HTTP tienen cuatro partes básicas URLy .MethodHeadersbody

(1)Método

Es muy sencillo elegir el método de solicitud. Postman admite todos los métodos de solicitud.

(2) URL

Para elaborar una solicitud, la URL es siempre lo primero que debe completar. En Postman, la URL que ha ingresado se puede completar automáticamente a través del menú desplegable.

Tome la solicitud Obtener como ejemplo:

Si hace clic en la pestaña Parámetros , Postman mostrará la interfaz de edición de "Valor clave", donde puede ingresar el parámetro de la URL, y Postman lo agregará automáticamente a la URL.

Por otro lado, si su URL ya tiene parámetros, Postman cargará automáticamente los parámetros en la interfaz de edición "Valor clave".

现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
分享他们的经验,还会分享很多直播讲座和技术沙龙
可以免费学习!划重点!开源的!!!
qq群号:110685036

(3)Encabezados

Haga clic en Headersla etiqueta y Postman también mostrará una interfaz de edición de "valor clave". Aquí puede agregar lo que desee Header attribute(solicitar parámetros de encabezado). De manera similar, Postman nos ha proporcionado una auto-completefunción muy considerada: al escribir una letra, puede seleccionar el estándar que desee en el menú desplegable atrribute. Al mismo tiempo, cuando usamos Postman, el encabezado de la solicitud se genera automáticamente según la forma de los parámetros de la solicitud.


(4) cuerpo

Si la solicitud que queremos crear es un envío similar a una solicitud POST, entonces debemos editar el cuerpo de la solicitud. El cuerpo de la solicitud POST puede almacenar cualquier formato de contenido y el navegador puede content-typeanalizar el cuerpo de la solicitud según el tipo especificado en el encabezado de la solicitud.

Postman body typeproporciona 6 métodos de edición según diferentes tipos:

  1. form-data
  2. x-www-form-urlencoded
  3. raw
  4. binary
  5. GraphQL
  6. none

ilustrar

form-data:

Envíe datos en forma de pares clave-valor.

Para un fragmento de datos de bytes codificados en utf8, empalme directamente los bytes codificados en utf8 en el cuerpo de la solicitud y envíe tantos bytes como haya localmente, lo que mejora en gran medida la eficiencia y es adecuado para transmitir bytes largos.

Por lo tanto, se debe utilizar el formato al transferir bytes muy largos (como archivos) multipart/form-data.

Resumir:

  • Los datos del formulario enviado no están codificados en caracteres.
  • Este valor se recomienda cuando se utilizan formularios que contienen controles de carga de archivos.
  • Puede cargar archivos o pares clave-valor.
  • Se pueden cargar varios archivos.

x-www-form-urlencoded:

Es el formato predeterminado enviado por Post. Todos los caracteres se codifican antes de enviar datos. Se utiliza codificación de caracteres ASCII y los caracteres que no son ASCII están codificados en porcentaje. Por lo tanto, la eficiencia de transmisión de caracteres que no son ASCII es muy baja.

Los datos del formulario se convertirán en pares clave-valor y los pares clave-valor se separarán por &. Utilice esta opción cuando necesite simular un formulario para cargar datos.
Sin embargo, este formulario no puede cargar archivos, solo formato de texto.

Resumir:

Además, al utilizar la transcodificación de URLencode, la diferencia entre el método de solicitud de publicación y el método de solicitud de obtención es:

  • El método de solicitud Obtener utiliza la cadena convertida y empalmada ?directamente conectada a la acción del formulario como URL, por lo que no hay datos en el cuerpo de la solicitud.
  • El método de solicitud de publicación coloca la cadena convertida y unida en el cuerpo de la solicitud y no se mostrará en la barra de direcciones del navegador, por lo que es más seguro.

raw

Se pueden cargar datos de tipo texto en cualquier formato. El texto se transmite al servidor sin ninguna modificación . Se puede cargar texto, json, xml, html, etc. De hecho, lo principal es transferir datos en formato json. Cuando el backend requiere el formato de datos json, este formato debe usarse para las pruebas.

binary

De manera equivalente Content-Type:application/octet-stream, solo se pueden cargar datos secundarios. Generalmente se usa para cargar archivos, pero solo se puede cargar un archivo a la vez.

GraphQL

En comparación con la solución de arquitectura RESTFUL, GraphQL presta más atención al nivel de interfaz y es una especificación de interfaz completamente nueva. Para interfaces que cumplen con la especificación de interfaz GraphQL, podemos optar por utilizar GraphQL para el envío de publicaciones.

none

No se han enviado datos.

Finalmente, me gustaría agradecer a todos los que leyeron atentamente mi artículo. Mirando el aumento de fans y atención, siempre hay algo de cortesía. Aunque no es algo muy valioso, si puedes usarlo, ¡puedes llevarlo directamente!

Documento de entrevista de prueba de software

Debemos estudiar para encontrar un trabajo bien remunerado. Las siguientes preguntas de la entrevista provienen de los últimos materiales de entrevista de empresas de Internet de primer nivel como Alibaba, Tencent, Byte, etc., y algunos jefes de Byte han dado respuestas autorizadas. Después de terminar esto set Creo que todos pueden encontrar un trabajo satisfactorio según la información de la entrevista.
 

Insertar descripción de la imagen aquí

Supongo que te gusta

Origin blog.csdn.net/IT_LanTian/article/details/132811723
Recomendado
Clasificación