Este artículo se reproduce de:
https://www.cnblogs.com/simple1025/p/11149838.html
Pregunta: La idea de resumir las pruebas de interfaz proviene de la contratación del año pasado. Cada entrevista hará algunas preguntas sobre las pruebas de interfaz. Se puede decir que "hay mil Hamlets a los ojos de mil lectores", y cada evaluador las tiene Diferentes entendimientos de las pruebas de interfaz, debido al proceso de contratación en esa etapa el año pasado, he resuelto sucesivamente los puntos principales de las pruebas de interfaz del servidor y el análisis de casos de uso, complementado y archivado, y tengo este documento, bienvenido Los amigos que leen hacen sugerencias.
Para las pruebas de la interfaz del servidor, generalmente comenzamos las pruebas a partir de funciones, como la verificación de los parámetros de solicitud y respuesta, la verificación de la lógica comercial o las reglas comerciales y la verificación de las operaciones de la base de datos. Una vez que la función es normal, se realizarán inspecciones relacionadas con la seguridad, pruebas de rendimiento y una serie de pruebas extendidas según sea necesario, como pruebas de compatibilidad con versiones históricas, verificación del tiempo de espera de la interfaz y verificación de la racionalidad del diseño. El diseño de casos de uso también se analiza y diseña a partir de estos aspectos , El siguiente mapa mental es una dirección de enfoque de prueba resumida:
Los detalles son los siguientes:
Para entrada
La entrada se refiere principalmente a los parámetros de entrada de la interfaz. En nuestras pruebas habituales, primero consideraremos los parámetros de entrada normales y los parámetros de entrada anormales. Las condiciones anormales incluyen: anomalías de parámetros y anomalías de datos. El diseño del caso de uso es equivalente Análisis de división de clases y valor límite
A. Entrada normal
Los parámetros de entrada normales se comprenden bien, es decir, de acuerdo con el estándar de entrada del documento de diseño de la interfaz, ingrese los parámetros normales y la respuesta volverá normalmente de acuerdo con las condiciones acordadas en el documento de diseño de la interfaz.
B. Parámetros anormales
Las excepciones de parámetros incluyen: el parámetro está vacío, más o menos parámetros, parámetros incorrectos
C. Datos anómalos
Anormalidad de datos: error de tipo de datos, parámetros no nulos están vacíos, la longitud no cumple con el diseño, datos que no están en el rango del diccionario, miembros ilegales, caracteres especiales o sensibles, datos de parámetros anormales con correlación, etc.
Para procesar la lógica
Antes de la prueba de interfaz, I + D generalmente proporcionará documentos de diseño de interfaz o dibujos de diseño y diagramas de flujo relacionados con el negocio. Para la lógica de procesamiento del proceso comercial, podemos cambiar las condiciones de restricción de los parámetros de entrada, el objeto de operación del evento y el estado del negocio
A. Análisis de las condiciones de restricción
Restricciones numéricas: diccionario, nivel, restricciones relacionadas con la industria, restricciones de cantidad, restricciones de puntaje, etc.
Restricciones de estado: válido | no válido, en línea | fuera de línea, ennegrecido | blanco lavado, etc.
Restricciones relacionales: existencia o inexistencia, vinculantes o desvinculantes, etc.
Limitaciones de permisos: administradores, usuarios ordinarios, etc.
B. Análisis de objetos
El análisis de objetos es principalmente para operar en objetos legales e ilegales. Por ejemplo, si un usuario de tarjeta bancaria recarga la tarjeta, puede existir: el usuario A usa una tarjeta que no es el usuario A para recargar; el usuario A usa su propia tarjeta para recargar y la tarjeta ha caducado ; El usuario A usa su tarjeta para recargar, la tarjeta está en la lista negra o se pierde, etc.
C. Análisis de la transición estatal
Por ejemplo, para los servicios de pago, el primer pago se realiza correctamente y el pedido se reembolsará una vez cancelado el pedido. Si el pago no se ha realizado correctamente, el pago ha fallado. ¿Es normal el cambio entre los estados? Cuando el negocio normal no funciona correctamente, ¿cómo se muestra el estado? Controlable, si hay un estado anormal, cómo lidiar con el negocio estatal vacío, etc.
D. Análisis de tiempos
En algunas actividades complejas, una actividad se realiza mediante una serie de acciones en un orden específico. Estas acciones forman un flujo de acciones. Se ejecutan en este orden para esperar el resultado esperado, luego otras acciones de bifurcación que ocurren durante la ejecución. ¿Qué hará el programa?
Por ejemplo, en el negocio de control de riesgos de estacionamiento de Zebra, ¿qué se debe hacer si el vehículo da la vuelta y no ingresa al negocio de alta velocidad después de ingresar a la estación?
Para salida
Cuando consideramos las excepciones, generalmente pensamos en situaciones normales y situaciones inválidas, pero es posible que no cubran todos los códigos de error. Los códigos de error devueltos por la definición de interfaz pueden ayudarnos a complementar esta parte de los casos de uso, como excepciones de red, reglas inválidas y Los parámetros, ID comerciales no válidos, tareas no válidas, excepciones del servidor, etc., agregan el valor del código de error para diseñar más casos de uso
Este tipo de caso de uso de diseño basado en la salida puede descubrir si el front-end y el backend generan normalmente resultados, si el mensaje es amigable, si aparece información confidencial, etc.
Operación de la base de datos
A. Si la operación de la base de datos es frecuente, si ocupará una gran cantidad de CPU durante la escritura de la base de datos y si el proceso se libera después de que se completa la escritura de la base de datos.
B. Si el almacenamiento de datos comerciales es normal, si hay almacenamiento de datos duplicado, si hay caracteres confusos; si el almacenamiento de datos de registro es normal
C.Si la actualización de datos es normal, especialmente el campo de hora, y si la hora está en formato de 24 horas.
D. Si la eliminación de datos y la copia de seguridad son normales
la seguridad
Si la información confidencial está encriptada (como número de cuenta bancaria, contraseña, monto de la transferencia)
Relacionado con el rendimiento
A. Bajo qué circunstancias la interfaz será concurrencia, cuál es el escenario de concurrencia y bajo qué circunstancias la concurrencia causará problemas
B. Simultaneidad máxima, tiempo de respuesta, rendimiento, consumo de recursos
Tiempo de espera de la interfaz
La interfaz normalmente regresa, entonces, ¿qué pasa si la interfaz no regresa? Por lo tanto, el procesamiento después del tiempo de espera de la interfaz también es una parte de la prueba que debe tenerse en cuenta. Si el tiempo de espera no se maneja correctamente, puede causar que el proceso se bloquee o que el retorno de la interfaz se reciba después del tiempo de espera, lo que genera una confusión lógica.
Análisis de compatibilidad con versión histórica
Protocolos o interfaces obsoletos, y el código no está comentado. En determinadas circunstancias, puede desencadenar los protocolos o interfaces obsoletos de versiones históricas, provocando problemas inesperados y pérdidas después de que los usuarios utilicen o invoquen funciones.
Cuando las interfaces entre diferentes servicios en el mismo sistema se llaman entre sí, ¿la nueva interfaz se ve afectada por la interfaz histórica, especialmente si las interfaces nueva y antigua procesan una determinada función, hay algún problema de incompatibilidad comercial?
Esto requiere que el probador pruebe un sistema durante mucho tiempo, por lo que puede pensar en este tipo de escenario, sabrá claramente cuándo y qué versión se refactorizó, esas interfaces se abandonaron, esas interfaces se agregaron y qué escenarios activarían el historial. Una cierta regla de la interfaz
Diseño de interfaz razonable
Si los campos de la interfaz son redundantes, si la interfaz devuelve la información que espera la persona que llama, si la definición de la interfaz satisface las necesidades de todas las personas que llaman, si la interfaz es conveniente para llamar, si la interfaz es extensible, si los parámetros de la interfaz son convenientes de usar y si las reglas comerciales de la interfaz son correctas , La interfaz es el uso de todo el servicio tendrá esos efectos
Autor: simplesally Fuente: https: //www.cnblogs.com/simple1025/: Este artículo pertenece al autor y al blog Park total, bienvenido a reimprimir y hacer recomendaciones, pero sin el consentimiento del autor declarado por esta sección debe ser retenido, y obviamente en la página del artículo La ubicación proporciona el enlace original; de lo contrario, se reserva el derecho a ejercer la responsabilidad legal.