Para decirlo sin rodeos, cada operación de la interfaz de usuario durante las pruebas funcionales diarias es una llamada a una o más interfaces. El contenido devuelto por la interfaz (generalmente json en el terminal móvil) es procesado por el código de front-end y finalmente mostrado en el página. La interfaz http es la interfaz de capa más cercana a nosotros. Los datos que se muestran en la web y en los terminales móviles provienen de esta capa. Entonces, ¿cómo sabemos qué interfaces se activan con cada clic en la interfaz de usuario probada con éxito? Encuentre la respuesta en el siguiente escenario.
El siguiente escenario:
Usted es responsable de probar la función de lista de pedidos de un usuario en un sitio web de comercio electrónico. Durante el proceso de prueba, descubre que el número de pedidos que se muestran en la página no coincide con el número en la base de datos real. Por favor combine sus métodos de trabajo habituales para recordar cómo localizar rápidamente si el problema es un ERROR o cuál es la causa del ERROR.
Este es el que creo que es un método de posicionamiento más apropiado:
1. Utilice el navegador Chrome para abrir el proyecto que está probando, abra las herramientas de desarrollador con F12, cambie a la pestaña de red y visite la página de lista de pedidos, como se muestra a continuación.
Después de tomar la interfaz que muestra la lista de pedidos, se puede ver que se pasaron un total de 9 parámetros en esta solicitud. En este momento, abra el documento de interfaz proporcionado por RD para confirmar si los parámetros que deben pasarse se pasan correctamente. , O el número de parámetros es el mismo, si es incorrecto, se puede considerar que es un error de front-end.
Alguien dijo ¿qué hacer si no hay un documento de interfaz? Si puede comprender el código, puede ir directamente a la definición o implementación de esta interfaz. Si no puede comprenderlo, solo puede pedirle al desarrollador back-end que lo confirme.
2. Haga clic en la etiqueta Respuesta para copiar el contenido en la etiqueta y solicite una mejor vista. Péguelo en la herramienta para formatear json (si el tipo de retorno es json) en la dirección de la herramienta: http://json.parser.online.fr/, y luego verifique si el número El número de registros que se muestran aquí es consistente con el que se muestra en la interfaz de usuario. Si hay alguna inconsistencia, se puede considerar que se trata de un error de front-end.
3. Si no hay ningún problema en el paso anterior, abra el registro de depuración del sistema. Para decirlo sin rodeos, la operación de obtener el pedido finalmente cae al nivel de la base de datos, que es una declaración de consulta de selección condicional. Podemos obtenerla del registro. Los parámetros de la declaración de selección. Este parámetro suele ser los 9 parámetros pasado al llamar a la interfaz. En este momento, la declaración SQL generada por esta llamada de interfaz se captura y luego se ejecuta en el cliente de la base de datos para analizar las condiciones de la consulta y los resultados de la ejecución. Relación, este proceso es el proceso de encontrar parámetros incorrectos. Los registros de depuración similares son los siguientes:
En las capturas de pantalla, podemos ver que hay algunas declaraciones de selección como: seleccionar * del modelo donde id = ?
Resumen: cuando encuentre problemas durante el proceso de prueba, no se apresure a llamar al desarrollo. Primero haga un juicio preliminar o localice directamente la causa del error, no solo puede reducir algunas comunicaciones innecesarias, sino que también permite a los desarrolladores ir directamente a la causa del error y mejorar la velocidad de resolución del problema.
2023, las últimas pruebas de interfaz Jmeter desde el nivel básico hasta el dominio (conjunto completo de tutoriales prácticos del proyecto)