prefacio
El artículo anterior "Uso de cartero que debe aprender" presenta principalmente algunos usos avanzados de cartero, que es conveniente para el desarrollo diario y la depuración. La base de este artículo es tener una cierta comprensión del uso básico de cartero y algunos usos avanzados.
antecedentes
Con más y más servicios en el sistema de microservicios de la empresa, el crecimiento del negocio es cada vez más rápido, la iteración de versiones es cada vez más rápida y la disponibilidad del sistema es cada vez mayor, la forma tradicional de publicar manualmente el sistema ha sido completamente incapaz de cumplir con la operación diaria. La demanda de dimensionalidad ha crecido, y la demanda de compilación y lanzamiento automatizados es cada vez más fuerte, pero existe un entorno básico para el lanzamiento automatizado, pruebas automatizadas. En vista del pequeño tamaño del equipo y las diversas habilidades de los evaluadores, elegimos desarrollar y probar junto con las pruebas automatizadas. La forma de construir, a través de la herramienta liviana cartero para pruebas automatizadas.
Compartición de archivos de prueba
Postman puede agrupar las interfaces probadas en colecciones, y el grupo agrupado de interfaces se puede exportar, como se muestra en la figura:
El archivo exportado se puede compartir como un script de prueba y los usuarios que lo usan pueden usarlo siempre que se importe.
De esta forma, un archivo de prueba se puede compartir entre diferentes personas. Por supuesto, si puede actualizar a la versión avanzada, puede compartir archivos de prueba directamente en la nube a través de diferentes cuentas, lo que es más conveniente.
prueba de guion
Durante mucho tiempo, hemos introducido pruebas a través de la interfaz de usuario de Postman, pero cuando realmente hacemos pruebas automatizadas, usamos más scripts, especialmente en el entorno de producción, las pruebas a través de scripts son inevitables. Postman me proporciona una herramienta de prueba: newman, una herramienta de prueba de secuencias de comandos basada en node.js.
Instalar
Instale node.js primero. No entraré en detalles aquí. Es una herramienta imprescindible para los desarrolladores.
Después de instalar newman:
npm install -g newman
复制代码uso inicial
Recuerde el archivo de prueba que exportamos como se describió anteriormente. Además de compartirlo con otros, ese archivo también es el archivo que usamos para la prueba.
newman run 11.json
复制代码11.json es el archivo que acabo de exportar y el tipo de archivo para usar el script debe ser json. Ahora veamos qué pasó con nuestra prueba.
Parece que falló. Indíquenos que realicemos un ciclo, ejecutemos una vez, 6 solicitudes, pero fallemos en todo. Vi la información incorrecta y descubrí que el URI era incorrecto porque usé variables de entorno de cartero, pero no había variables de entorno en los resultados exportados. En este momento, necesitamos ajustar el script ejecutado.
newman run 11.json -e url.json
复制代码url.json es en realidad la variable de entorno que necesitamos ejecutar actualmente, y el archivo se exporta como se muestra en la figura:
Después de exportar, también nombramos el archivo como un archivo de tipo json. Así que déjame ver el resultado de nuestra ejecución.
Todo ejecutado con éxito. Es así de simple. Un comando se compara con los archivos de prueba que necesitamos usar cuando desarrollamos, y podemos completar la prueba de los resultados con un script de shell sin otro script de prueba.
Explicación detallada de los parámetros
newman es un comando muy ligero con pocos parámetros Aquí enumeramos varios parámetros de uso común:
| parámetro | Descripción detallada |
|---|---|
| -mi | URL o ruta de archivo de la variable de entorno (entorno), archivo json |
| -gramo | Toda la ruta del archivo de configuración (Global) o url, archivo json |
| -d | Ruta del archivo de datos de prueba, archivo cvs |
| -norte | Tiempos de prueba de ciclo |
| --retraso-solicitud | Retrasar el tiempo de ejecución |
| --solicitud de tiempo de espera | pide tiempo fuera |
| --fianza | Si continuar la ejecución después de que falla una de las interfaces |
Resumir
Un script de prueba automatizado muy liviano está listo. Por supuesto, este es un requisito previo para que hagamos la construcción y el lanzamiento automatizados. La ventaja de postman es convertir las herramientas de prueba necesarias en el desarrollo diario en herramientas que se pueden ejecutar a través del shell. Es más liviano y amigable que el tiempo dedicado a escribir scripts como soapui. Cuando se integran las funciones relevantes del shell, la escalabilidad se vuelve muy fácil para los desarrolladores. Presentará cómo combinar postman e integrar otras herramientas de compilación y lanzamiento para lanzar nuestros microservicios, realmente logran la liberación y las pruebas automáticas, y completan la liberación del sistema sin tiempo de inactividad ni uso por parte del usuario.
Finalmente, me gustaría agradecer a todos los que leyeron mi artículo detenidamente. Observando el ascenso y la atención de los fanáticos durante todo el camino, siempre existe la necesidad de un intercambio de cortesía. Aunque no es algo muy valioso, si puede usarlo, Puedes tomarlo directamente.
Estos materiales deben ser el almacén de preparación más amplio y completo para los amigos que hacen [pruebas de software]. Este almacén también me ha acompañado a través del viaje más difícil. ¡Espero que también pueda ayudarlos! Todo debe hacerse lo antes posible, especialmente en la industria de la tecnología, y la base técnica debe mejorarse. Espero ser de ayuda…….
