¡Precipitación! ¡Quédese despierto hasta tarde para resolver 100 puntos de conocimiento sobre pruebas de interfaz! ! ¡Alfabetización profesional!
Las pruebas de interfaz se han vuelto muy populares en los últimos años y cada vez más colegas de pruebas son conscientes de la importancia de las pruebas de interfaz. ¿Por qué son tan importantes las pruebas de interfaz? Se trata principalmente de funciones comunes. El nivel de todos es el mismo y todos pueden hacerlo. Durante la entrevista, si te pregunto cómo sueles realizar pruebas en la empresa, ¿qué más puedes decir además de hablar un poco sobre este proyecto? Se ha completado. Ese proyecto, es por eso que personas de todos los ámbitos de la vida que pueden mover los dedos han pasado a las pruebas de software. Durante la entrevista, el entrevistador espera que pueda pensar más profundamente sobre las funciones que no son visibles en la página, que es la prueba de interfaz. ¡La interfaz es invisible, pero accesible!
DNS es el sistema de nombres de dominio. DNS se utiliza para la resolución de nombres de dominio. Después de ingresar la URL en línea, la convertirá en una IP y luego accederá al servidor de la otra parte sin ella. para ir a Baidu, debes recordar la IP de Baidu, pero con el procesamiento DNS, solo necesitas recordar el nombre de dominio del sitio web correspondiente, es decir, la URL.
Protocolo HTTP: el protocolo de transferencia de hipertexto, un protocolo basado en TCP, tiene por defecto el puerto 80. Su función es especificar el formato de transmisión de datos entre el cliente y el servidor. Es un protocolo de capa de aplicación sin estado y sin conexión que se utiliza en modo de solicitud y respuesta. Dado que el protocolo HTTP es un modelo de solicitud-respuesta, generalmente es necesario prestar atención a las solicitudes HTTP y las respuestas HTTP.
Utilice la herramienta Fiddler para capturar HTTPS. Para operaciones específicas, consulte el tutorial al final del artículo.
1xx: mensaje de información (indica una respuesta temporal. El cliente. está listo para recibir la respuesta normal antes de recibir una o más respuestas 1xx)
2xx -- Éxito (indica que el servidor aceptó exitosamente la solicitud del cliente)
3xx -- Redirigir. (el navegador del cliente debe realizar más operaciones para cumplir con la solicitud. Por ejemplo, es posible que el navegador tenga que solicitar una página diferente en el servidor o repetir la solicitud a través de un servidor proxy)
4xx -- Error del cliente (Error de envío, hay un problema con el cliente. Por ejemplo, el cliente solicita una página que no existe y el cliente no proporciona información válida de verificación de ID)
5xx -- Error del servidor (el servidor no puede completar la solicitud porque encontró un error)
Los códigos de retorno comunes son:
200 OK - [GET]: el servidor devuelve exitosamente los datos solicitados por el usuario
201 CREADO - [POST/PUT/PATCH]: El usuario crea un dato nuevo o modificado exitosamente
202 Aceptado - [*]: Indica que una solicitud ha ingresado a la cola en segundo plano (tarea asincrónica)
204 SIN CONTENIDO - [DELETE]: El usuario eliminó datos exitosamente
400 SOLICITUD NO VÁLIDA - [POST/PUT/PATCH]: Hay un error en la solicitud emitida por el usuario, y el servidor no crea ni modifica datos
401 No autorizado -[*]: Indica que el usuario no tiene permiso (Token, nombre de usuario, contraseña incorrecta)
403 Prohibido -[ *]: Indica que el usuario está autorizado (a diferencia del error 401), pero el acceso está prohibido
404 NOT FOUND - [*]: El usuario solicitó un registro que no existe y el servidor lo hizo. no realizar la operación La operación es idempotente
406 No Aceptable - [GET]: El formato solicitado por el usuario no está disponible (como El usuario solicitó el formato JSON, pero solo el formato XML).
410 Desaparecido -[GET]: El recurso solicitado por el usuario se elimina permanentemente y no se volverá a obtener.
422 Entidad no procesable - [POST/PUT/PATCH] Se produjo un error de validación al crear un objeto.
500 ERROR DEL SERVIDOR INTERNO - [*]: Se produjo un error en el servidor y el usuario no podrá determinar si la solicitud fue exitosa.
Los métodos de solicitud comúnmente utilizados del protocolo HTTP son los siguientes:
Los datos transmitidos por el protocolo HTTP no están cifrados, es decir, en texto sin formato, por lo que es muy inseguro Utilice el protocolo HTTP para transmitir información privada. Seguridad, para garantizar que estos datos privados puedan cifrarse y transmitirse, Netscape diseñó el protocolo SSL (Secure Sockets Layer) para cifrar los datos transmitidos por el protocolo HTTP, así nació HTTPS. En pocas palabras, el protocolo HTTPS es un protocolo de red creado a partir del protocolo SSL + HTTP que puede realizar transmisión cifrada y autenticación de identidad. Es más seguro que el protocolo http.
1. El protocolo https requiere solicitar un certificado de CA. Generalmente, hay menos certificados gratuitos, por lo que se requiere una determinada tarifa.
2. http es un protocolo de transferencia de hipertexto y la información se transmite en texto sin formato, mientras que https es un protocolo de transmisión cifrado SSL seguro.
3. http y https utilizan métodos de conexión completamente diferentes y utilizan puertos diferentes. El primero es 80 y el segundo es 443.
4. La conexión http es muy simple y sin estado; el protocolo HTTPS es un protocolo de red creado a partir del protocolo SSL + HTTP que puede realizar transmisión cifrada y autenticación de identidad, y es más seguro que el protocolo http.
Tanto POST como GET envían datos al servidor y ambos obtienen datos del servidor.
Diferencia:
(1) Método de transmisión: get se transmite a través de la barra de direcciones, post se transmite a través del mensaje
(2) Longitud de transmisión: el El parámetro get tiene restricciones de longitud (limitado por la longitud de la URL), mientras que post no tiene restricciones
(3) GET genera un paquete TCP (para solicitudes GET, el navegador enviará el encabezado http y los datos juntos, y la respuesta del servidor 200 devuelve datos), POST genera dos paquetes de datos TCP (para POST, el navegador envía el encabezado primero, el servidor responde con 100 continuar, el navegador luego envía datos y el servidor responde con 200 ok y devuelve datos)
(4) Los parámetros de la solicitud de obtención se conservarán por completo en el historial de navegación, mientras que los parámetros de la publicación no se conservarán
(5) Se recomienda al realizar consultas de datos para utilizar el método GET al agregar datos. Al modificar o eliminar, se recomienda utilizar el método de publicación
Mensaje de solicitud: un mensaje de solicitud HTTP consta de una línea de solicitud (línea de solicitud), una solicitud; encabezado (Encabezado), una línea en blanco (Línea en blanco) y un cuerpo de solicitud (Cuerpo) ) consta de 4 partes.
Mensaje de respuesta: la estructura del mensaje de respuesta HTTP y el mensaje de solicitud son similares y constan de cuatro partes: línea de estado, encabezado de respuesta, línea en blanco y cuerpo de respuesta.
Significa que el protocolo no tiene capacidad de memoria para el procesamiento de transacciones y el servidor no conoce el estado del cliente. Es decir, después de que enviamos una solicitud HTTP al servidor, el servidor nos enviará datos de acuerdo con la solicitud, pero después de enviarla no se registrará ninguna información.
Solución: Mantener el estado mediante cookies y sesiones.
Cuerpo de la solicitud; URL de la solicitud + cuerpo de la solicitud:
Tipo de contenido:
aplicación/x-www-form-urlencoded: envío del formulario--clave- par de valores, formulario
multipart/form-data: carga de archivos---archivo, MIME
aplicación/json, texto/xml
Actualmente hay 4 Versiones del protocolo http (0.9, 1.0, 1.1, 2.0), de las cuales las versiones 1.0 y 1.1 se usan ampliamente en Internet. La versión 2.0 actualmente se usa raramente y es la próxima generación del protocolo http.
1. Diferentes ubicaciones de almacenamiento: las cookies almacenan datos del usuario en el cliente de forma cifrada. En la mayoría de los casos, las cookies se almacenan en el navegador y se utilizan para controlar la conexión entre el cliente y el servidor. Almacenamiento de sesiones en el servidor;
2. La capacidad de almacenamiento es diferente: los datos guardados por una sola cookie no deben exceder los 4 kb, un sitio puede tener hasta 20 cookies y generalmente no hay un límite superior para las sesiones. , pero se recomienda no almacenar demasiadas cosas, de lo contrario afectará el rendimiento.
3. Diferentes métodos de acceso: las cookies solo pueden usar cadenas ASCII y obtener caracteres Unicode o datos binarios mediante codificación, lo cual no es así. es fácil almacenar información compleja, mientras que Session puede almacenar cualquier tipo de datos
4. Diferentes políticas de privacidad/seguridad: las cookies se colocan en el lado del cliente y se puede realizar suplantación de cookies, por lo que no son seguras; Las sesiones se colocan en el lado del servidor y son más seguras;
5. Diferentes períodos de validez: la cookie puede establecer atributos para lograr una validez a largo plazo según la cookie de JSESSIONID. JSESSIONID tiene el valor predeterminado -1. Solo necesita cerrar la ventana Sesión para que no sea válida. Incluso si no depende de la cookie, no se puede reescribir con UrL. Si el tiempo de espera de la sesión es demasiado largo, puede provocar fácilmente un desbordamiento de memoria. >
6. La presión del servidor es diferente: las cookies se guardan localmente, no hay presión del servidor, las sesiones se guardan en el servidor y cada usuario genera una sesión. Cuando aumenta el número de visitas, consumirá más rendimiento del servidor. Si la consideración principal es reducir el rendimiento del servidor, se deben utilizar cookies;
7. La compatibilidad del navegador es diferente: si el navegador deshabilita las cookies, las cookies no serán válidas directamente y la sesión es mejor. reescribirse con URL
8. Escenarios de aplicación de cookies y sesiones: las cookies generalmente se usan para recordar el estado de inicio de sesión del usuario, como registrar los hábitos del usuario y el carrito de compras, mientras que la sesión se usa para verificar el inicio de sesión.
https está en la capa de aplicación.
La capa de sesión es la quinta capa del protocolo de 7 capas. Proporciona a la capa de presentación las funciones de establecer, mantener y finalizar conexiones de sesión, y proporciona servicios de gestión de sesiones.
Después de ingresar la URL en el navegador y presionar Enter, se producen principalmente los siguientes pasos:
Analizar la URL y obtener el nombre de dominio al que se accederá
DNS resolución del nombre de dominio, de acuerdo con El nombre de dominio visitado obtiene la dirección IP del servidor de destino
El navegador y el servidor se dan la mano tres veces para establecer una conexión TCP
Después de que la conexión se realiza correctamente establecido, se puede enviar un mensaje de solicitud HTTP y el servidor devuelve un mensaje de respuesta HTTP
Desconecte el enlace TCP
El navegador analiza el mensaje de respuesta y muestra la página