Al comienzo de esta sección, presentaremos las pruebas de automatización de la interfaz de Python. Primero, debe configurar un entorno de desarrollo de Python y descargar Python desde https://www.python.org/
Simplemente instale la versión directamente. Se recomienda descargar la versión python2.7.11. Por supuesto, también puede descargar la última versión de Python.
La prueba de interfaz es un tipo de prueba que prueba las interfaces entre los componentes del sistema. Las pruebas de interfaz se utilizan principalmente para detectar puntos de interacción entre sistemas y sistemas externos y entre subsistemas internos.
El objetivo de las pruebas es comprobar los procesos de gestión de intercambio, transmisión y control de datos, así como las dependencias lógicas mutuas entre sistemas, etc. Esta explicación proviene de la Enciclopedia Baidu.
Por supuesto, para realizar mejor las pruebas de interfaz, es necesario comprender los mensajes de estado http de uso común. Por ejemplo, una solicitud exitosa es 200 OK, pero el mensaje de estado http es diferente a este.
Hay muchos otros mensajes de estado HTTP. Una comprensión simple es que cuando el navegador envía una solicitud desde el servidor web, la solicitud puede tener éxito o la solicitud puede fallar y devolver otros errores.
información de error, devolviendo así mensajes de estado HTTP para diversas situaciones. Por ejemplo, si ingresa una palabra clave de búsqueda en la página de inicio de Baidu, es posible que se devuelva información de búsqueda exitosa, pero la búsqueda también puede fallar.
Por supuesto, esta situación rara vez ocurre, después de todo, Baidu no cometerá errores de tan bajo nivel. Los mensajes de estado http más comunes se enumeran a continuación. Esta información proviene de w3c.
sitio web, consulte el siguiente mensaje de estado http:
1xx: Información
| información: | describir: |
|---|---|
| 100 Continuar | El servidor recibe solo una parte de la solicitud, pero una vez que el servidor no rechaza la solicitud, el cliente debe continuar enviando el resto de la solicitud. |
| 101 protocolos de conmutación | Protocolo de conversión del servidor: el servidor cumplirá con la solicitud del cliente y la convertirá a otro protocolo. |
2xx: Éxito
| información: | describir: |
|---|---|
| 200 bien | Solicitud exitosa (seguida de los documentos de respuesta a las solicitudes GET y POST). |
| 201 creado | Se crea la solicitud y se crea el nuevo recurso. |
| 202 Aceptado | Se aceptó la solicitud de procesamiento, pero el procesamiento no se completó. |
| 203 Información no autorizada | El documento se ha devuelto normalmente, pero algunos encabezados de respuesta pueden ser incorrectos porque se utilizó una copia del documento. |
| 204 Sin contenido | No hay documentos nuevos. El navegador debería seguir mostrando el documento original. Este código de estado es útil si el usuario actualiza la página periódicamente y el servlet puede determinar que el documento del usuario está lo suficientemente actualizado. |
| 205 Restablecer contenido | No hay documentos nuevos. Pero el navegador debería restablecer lo que muestra. Se utiliza para obligar al navegador a borrar el contenido de entrada del formulario. |
| 206 Contenido parcial | El cliente envía una solicitud GET con un encabezado Range y el servidor la completa. |
3xx: redireccionamiento
| información: | describir: |
|---|---|
| 300 opciones múltiples | Múltiples opciones. Lista enlazada. Los usuarios pueden seleccionar un enlace para llegar a su destino. Se permiten un máximo de cinco direcciones. |
| 301 Movido Permanentemente | La página solicitada se ha movido a la nueva URL. |
| 302 encontrado | La página solicitada se ha movido temporalmente a la nueva URL. |
| 303 Ver Otros | La página solicitada se puede encontrar en otra URL. |
| 304 No modificado | El documento no fue modificado como se esperaba. El cliente tiene un documento almacenado en búfer y realiza una solicitud condicional (generalmente proporcionando un encabezado If-Modified-Since para indicar que el cliente solo quiere documentos que sean más recientes que la fecha especificada). El servidor le dice al cliente que el documento original almacenado en el búfer puede seguir utilizándose. |
| 305 Usar proxy | Los documentos solicitados por el cliente deben recuperarse a través del servidor proxy especificado en el encabezado Ubicación. |
| 306 sin usar | Este código se utilizó en una versión anterior. Ya no se utiliza, pero el código aún se conserva. |
| 307 Redirección Temporal | La página solicitada se ha movido temporalmente a una nueva URL. |
4xx: error del cliente
| información: | describir: |
|---|---|
| 400 Petición Incorrecta | El servidor no entendió la solicitud. |
| 401 No autorizado | La página solicitada requiere un nombre de usuario y contraseña. |
| 402 Pago requerido | Este código aún no está disponible. |
| 403 Prohibido | Está prohibido el acceso a la página solicitada. |
| 404 No encontrado | El servidor no puede encontrar la página solicitada. |
| Método 405 no permitido | El método especificado en la solicitud no está permitido. |
| 406 No Aceptable | La respuesta generada por el servidor fue inaceptable para el cliente. |
| Se requiere autenticación de proxy 407 | El usuario primero debe autenticarse utilizando un servidor proxy antes de que se procese la solicitud. |
| 408 Tiempo de espera de solicitud | La solicitud superó el tiempo de espera del servidor. |
| 409 Conflicto | La solicitud no se pudo completar debido a un conflicto. |
| 410 desaparecido | La página solicitada no está disponible. |
| 411 Longitud requerida | La "longitud del contenido" no está definida. Sin este contenido, el servidor no aceptará la solicitud. |
| 412 Condición previa fallida | El servidor evaluó una condición previa de la solicitud como fallida. |
| Solicitud de entidad 413 muy extensa | El servidor no aceptará la solicitud porque la entidad solicitada es demasiado grande. |
| 414 URL de solicitud demasiado larga | El servidor no aceptará la solicitud porque la URL es demasiado larga. Esto sucede cuando una solicitud POST se convierte en una solicitud GET con información de consulta muy larga. |
| 415 Tipo de medio no admitido | El servidor no aceptará la solicitud porque el tipo de medio no es compatible. |
| 416 | El servidor no puede satisfacer el encabezado de rango especificado por el cliente en la solicitud. |
| 417 Expectativa fallida |
5xx: error del servidor
| información: | describir: |
|---|---|
| Error interno de servidor 500 | La solicitud no se completa. El servidor encontró una situación impredecible. |
| 501 no implementado | La solicitud no se completa. El servidor no admite la funcionalidad solicitada. |
| 502 Puerta de enlace no válida | La solicitud no se completa. El servidor recibió una respuesta no válida del servidor ascendente. |
| 503 Servicio no Disponible | La solicitud no se completa. El servidor está temporalmente sobrecargado o inactivo. |
| 504 Tiempo de espera de puerta de enlace | Tiempo de espera de la puerta de enlace. |
| Versión HTTP 505 no compatible | El servidor no admite la versión del protocolo HTTP especificada en la solicitud. |
Para las pruebas de interfaz, generalmente se divide en dos situaciones, una basada en el protocolo http y otra basada en el protocolo de servicios web, pero la más utilizada se basa en el protocolo http.
Prueba de interfaz, los métodos http más utilizados son obtener y publicar y, por supuesto, colocar y eliminar solicitudes. El proceso de prueba de interfaz es que el cliente (navegador) envía una solicitud al servidor (servicio
Lado del servidor) solicita una solicitud. Después de que el servidor recibe la solicitud, la respuesta devuelve los datos de la respuesta al cliente. A continuación se describen varios métodos de solicitud comúnmente utilizados en las pruebas de interfaz:
OBTENER: obtiene datos del recurso especificado
Si busca "pruebas automatizadas de selenio-python" en Baidu Reading, volverá al libro electrónico "pruebas automatizadas de selenio-python" escrito por mí y solicitará la dirección.
Para: http://yuedu.baidu.com/search?word=selenium-python%E8%87%AA%E5%8A%A8%E5%8C%96%E6%
B5%8B%E8%AF%95, el método es GET, vea el resultado devuelto después de la solicitud:
POST: datos que se procesarán en el recurso especificado
Para solicitudes de publicación, tome el inicio de sesión de Baidu como ejemplo para ilustrar este proceso. La dirección de solicitud es: http://www.cyw.com/api/login/authorized.html,
El método de solicitud es POST, consulte la captura de pantalla a continuación:
PUT: Sube la URL especificada, generalmente una modificación, que puede entenderse como una actualización en la base de datos.
ELIMINAR: Elimina el recurso especificado.
在接口测试中，一般来说,post创建数据，get获取创建成功后的所有数据和指定的数据,put可以对创建成功后的数据
进行修改，delete是指定的资源。
当然，接口自动化相比UI自动化来说，比较复杂，需要掌握的知识比较多，本人也是在学习中，感觉接口自动化测试，
首先需要了解http状态消息，http协议，http方法,当然还得了解python语言，毕竟接口自动化测试是以代码的方式进行，
并非工具的方式。
Python接口自动化测试零基础入门到精通（2023最新版）