Tabla de contenido
1. Cómo probar la transferencia bancaria en línea, diseñar un caso de prueba.
Después de la modificación, hay dos situaciones de procesamiento:
3. ¿Cuál es el BUG clásico que se encuentra en el proyecto?
4. ¿Cómo medir la transferencia automática de depósitos a plazo fijo al vencimiento?
¿Cómo probar el ahorro de dinero, qué método de prueba usar?
5. ¿Cómo diseñar casos de prueba para la función de inicio de sesión?
Prueba de función (Prueba de función)
Prueba de interfaz de usuario (UITest)
Prueba de rendimiento (PerformanceTest)
Prueba de seguridad (SecurityTest)
Prueba de Usabilidad (UsabilityTest)
Prueba de compatibilidad (CompatibilityTest)
prefacio
La prueba de software es el proceso de ejecutar un programa para encontrar errores en él.
En términos simples, las pruebas de software deben encontrar errores de software tanto como sea posible antes de lanzar el software, tratar de evitar que los usuarios tengan una mala experiencia después del lanzamiento y satisfacer las necesidades de los usuarios.
1. Cómo probar la transferencia bancaria en línea, diseñar un caso de prueba.
Idea de respuesta:
Macroscópicamente, se puede considerar desde el modelo de calidad (fórmula universal), y el punto clave es probar la función, rendimiento y seguridad de la transferencia. El diseño de los casos de prueba puede utilizar el método de escenarios como método principal y enumerar primero el flujo básico y el flujo alternativo de la transferencia. Luego diseñe la escena y finalmente diseñe los datos de acuerdo con la escena. Se requieren ejemplos específicos durante la entrevista real.
· Verifique primero la interfaz
·Función de repetición de prueba:
Verifique las transferencias entre pares y las transferencias interbancarias.
Verifique el límite de transferencia.
Verificar transferencias desde cuentas ilegales (cuentas reportadas perdidas, congeladas, bloqueadas).
Luego pruebe el rendimiento.
2. ¿El proceso de prueba funciona?, ¿cuáles son los estados defectuosos?, ¿cuántas formas hay de diseñar casos de prueba?
El flujo de trabajo real del ingeniero de pruebas (tome la versión mediana de P2P como ejemplo, una versión por mes):
El jefe de producto o SR envía el libro de requisitos a desarrollo y pruebas.
Eche un vistazo a la prueba primero y realice un análisis de demanda. El líder del equipo de prueba escribe el plan de prueba y asigna tareas de prueba a los evaluadores (2 días) (en este momento, el desarrollo también está realizando un análisis de demanda)
Después de 2 días, el gerente de producto volvió a convocar a pruebas y desarrollo para explicar los requisitos (o revisar los requisitos). Si tiene alguna pregunta, puede hacerla directamente. Si encuentra algún problema con los requisitos, también puede plantear ellos, y el SR los revisará cuando regrese. (Tiempo de explicación requerido 0.5 días)
Después de hablar sobre los requisitos, los compañeros de prueba tienen que clasificar los escenarios de prueba y escribir los casos (se usará xmind y Excel), un total de 5 días hábiles. (Desarrollo está escribiendo código en este momento)
Posteriormente, se llevará a cabo la revisión del caso. Durante la revisión, hay SR, colegas de prueba y colegas de desarrollo. Durante la revisión, generalmente los SR, los líderes del equipo de prueba y los colegas de desarrollo de los módulos correspondientes harán algunos comentarios. Después de la revisión , volver para modificar y complementar el caso. (0,5 días para revisión de casos).
Después de la modificación, hay dos situaciones de procesamiento:
A veces se requiere una segunda revisión del caso para proyectos grandes.
Para proyectos pequeños, cuando el tiempo es escaso, generalmente no se lleva a cabo la segunda prueba, pero el caso revisado o recién agregado debe enviarse por correo electrónico para que el líder lo vea, y se debe enviar una copia a otros colegas. (0,5 días para la revisión del caso, 0,5 días para la modificación del caso y 0,5 días para el segundo juicio del caso)
Después de la revisión del caso, comenzará la prueba. Generalmente, el entorno de prueba se ha desarrollado y configurado (si dice que puede construirlo usted mismo, el proceso de construcción será resumido por el maestro):
La prueba de la versión mediana generalmente se divide en 2 rondas: la primera ronda: 5 días; la segunda ronda: 3 días; la prueba de regresión 2 días; (un total de 10 días hábiles).
Después de completar la prueba de regresión y cumplir con el estándar en línea, se conectará según lo programado, generalmente a las 12 en punto de la tarde del mismo día.
3. ¿Cuál es el BUG clásico que se encuentra en el proyecto?
Problemas de compatibilidad, en el navegador IE, se puede hacer clic en el botón Enviar pedido, pero en Google, Firefox no.
Consulta la página de pedido, los resultados filtrados según las condiciones no son los resultados deseados, y los valores de algunos campos no se muestran, o se muestran de forma incorrecta. (Porque el valor obtenido de la tabla de la biblioteca durante el desarrollo es incorrecto)
Después de que el pago se haya realizado correctamente, el estado del pedido no se ha convertido en una transacción exitosa. (Porque el código no obtiene correctamente el código de estado del registro de pago exitoso en la tabla de la biblioteca)
Cambie la contraseña de pago, la nueva contraseña es consistente con la contraseña original y ha pasado, el sistema no ha verificado las contraseñas anterior y nueva.
El código de verificación del teléfono móvil en el momento del pago se puede usar todo el tiempo y el control del período de validez no es exitoso.
Después de desconectar la aplicación móvil de la red, haga clic nuevamente, no hay una página de error amigable que indique que la red se ha desconectado, solo se devuelve indefinido.
4. ¿Cómo medir la transferencia automática de depósitos a plazo fijo al vencimiento?
Idea de respuesta: definitivamente habrá un límite cuando caduque, por lo que el método del valor límite se puede considerar en el diseño. Descarga automática. (En primer lugar, debemos averiguar qué es el volcado automático)
¿Cómo probar el ahorro de dinero, qué método de prueba usar?
Ideas de preparación: el ahorro de dinero debe clasificarse en: demanda actual, depósito cero y retiro de suma global, etc. (bajo Baidu para reglas específicas), y luego elegir el método de diseño de caso de uso apropiado de acuerdo con las reglas comerciales de cada categoría. Por ejemplo, ¿cuánto es el depósito mínimo a la vez? La cantidad máxima que se puede depositar a la vez, etc.
5. ¿Cómo diseñar casos de prueba para la función de inicio de sesión?
Prueba de función (Prueba de función)
1. Ingrese el número de cuenta y la contraseña correctos, haga clic en el botón Enviar y verifique si puede iniciar sesión correctamente. (entrada normal)
2. Si ingresa un número de cuenta o contraseña incorrectos, el inicio de sesión de verificación fallará y aparecerá el mensaje de error correspondiente. (comprobación de errores)
3. ¿Puede saltar a la página correcta después de iniciar sesión correctamente? (Bajo)
4. Si el número de cuenta y la contraseña son demasiado cortos o demasiado largos, ¿qué se debe hacer? (Seguridad, si hay un aviso cuando la contraseña es demasiado corta)
5. Hay caracteres especiales (como espacios) en el número de cuenta y la contraseña, y otras situaciones que no están en inglés. (filtrado o no)
6. La función de recordar el número de cuenta.
7. Después de que falla el inicio de sesión, no se puede registrar la contraseña.
8. Hay espacios antes y después del número de cuenta y la contraseña.
9. Si la contraseña está encriptada y se muestra. (asteriscos, puntos, etc.)
10. Si el código de verificación está involucrado, también es necesario considerar si el texto está demasiado distorsionado para que sea difícil de identificar, considere el color (para usuarios daltónicos) y si el botón de actualizar o cambiar es fácil de usar.
11. ¿Son correctos los enlaces en la página de inicio de sesión, como registro, contraseña olvidada, cierre de sesión e inicio de sesión con otra cuenta?
12. Al ingresar la contraseña, habrá un mensaje de aviso cuando se encienda el teclado en mayúsculas.
13. No ingrese nada, haga clic en el botón Enviar y vea la información del aviso. (no cheque nulo)
Prueba de interfaz de usuario (UITest)
1. Si el diseño es razonable, si los dos cuadros de prueba y un botón están alineados.
2. Si se combinan la longitud y la altura del Testbox y el botón.
3. Si el estilo de diseño de la interfaz es coherente con el estilo de diseño de la interfaz de usuario.
4. El texto de la interfaz es conciso y fácil de entender, sin errores tipográficos.
Prueba de rendimiento (PerformanceTest)
1. Se tarda unos segundos en abrir la página de inicio de sesión.
2. Después de ingresar el número de cuenta y la contraseña correctos, el inicio de sesión saltará a una nueva página después de un inicio de sesión exitoso, dentro de los 5 segundos.
Prueba de seguridad (SecurityTest)
1. Si la cookie generada después de un inicio de sesión exitoso tiene HttpOnly. (Reducir el riesgo de robo de guiones)
2. Si el número de cuenta y la contraseña se envían al servidor web de forma encriptada.
3. La verificación del número de cuenta y la contraseña debe ser verificada por el lado del servidor, no solo por javaScript en el lado del cliente.
4. El cuadro de entrada para el número de cuenta y la contraseña debería proteger los ataques de inyección SQL.
5. En el cuadro de entrada del número de cuenta y la contraseña, se debe prohibir el script de entrada. (para prevenir ataques XSS)
6. Limite la cantidad de inicios de sesión incorrectos. (para evitar el agrietamiento por fuerza bruta)
7. Considere si admite que múltiples usuarios inicien sesión en la misma máquina.
8. Considere la posibilidad de que un usuario inicie sesión en varias máquinas.
Prueba de Usabilidad (UsabilityTest)
1. Si es posible usar el teclado para todas las operaciones y si hay teclas de acceso directo.
2. Ingrese el número de cuenta y la contraseña y presione Entrar para verificar si puede iniciar sesión.
3. Si el cuadro de entrada se puede cambiar con la tecla Tabulador.
Prueba de compatibilidad (CompatibilityTest)
1. Si se puede mostrar normalmente en los navegadores principales ya ha funcionado normalmente. (IE6~11, Firefox, Chrome, Safari, etc.)
2. Si las diferentes plataformas pueden funcionar normalmente, como Windows, Mac.
3. Si funciona normalmente en dispositivos móviles, como iPhone, Android.
4. Distintas resoluciones.
6. ¿Cuál es el negocio principal de la plataforma de comercio electrónico? ¿Cómo se prueba el carrito de compras?
La plataforma de comercio electrónico es principalmente una plataforma de venta de productos, por lo que la búsqueda de productos, la adición al carrito de compras, la liquidación y el pago son el negocio principal de la plataforma de comercio electrónico, es decir, todo el proceso de compra de productos.
La prueba del carrito de compras considera principalmente los siguientes aspectos (solo domina la idea):
1. Prueba de interfaz, si la información del producto en el carrito de compras se muestra normalmente y si el precio del producto agregado al carrito de compras se muestra normalmente.
2. Prueba funcional, si el producto se puede agregar al carrito de compras desde la página de detalles del producto.
3. Cuando se abre la página del carrito de compras, los productos se agregan en otras páginas.Después de actualizar el carrito de compras, se pueden mostrar los nuevos productos.
4. Si no ha iniciado sesión, haga clic para agregar al carrito de compras, ya sea que pueda agregarlo al carrito de compras (método de caché) o se le pedirá que inicie sesión directamente.
5. Cuando el producto no está seleccionado, el botón de pago está gris y no se puede hacer clic.
6. Después de seleccionar el producto, se podrá hacer clic en el botón de pago.
7. Después de seleccionar el artículo, el precio total del artículo se calcula automáticamente para verificar si el precio es correcto.
8. Después de seleccionar el producto, haga clic en el botón de pago para ingresar a la página de lista de confirmación
9. En el carrito de compras, puede modificar la cantidad del producto.
10. En el carrito de compras, puede eliminar los productos agregados del carrito de compras.
11. En el carrito de compras, puede mover el producto a los favoritos. Después de moverlos a los favoritos, los productos no se mostrarán en el carrito de compras.
12. Si los productos en el carrito de compras muestran información de descuento o promoción.
13. Agregue artículos al carrito de compras en lotes.
14. Retire artículos en lotes del carrito de compras.
15. Pruebas de rendimiento.
16. ¿Cuánto tiempo lleva abrir la página del carrito de compras?
17. Cuántos artículos se pueden agregar al carrito de compras como máximo.
18. ¿Cuál es la velocidad de agregar y quitar artículos en lotes?
19. Pruebas de compatibilidad.
20. Si es un centro comercial web, pruebe si la función es normal en diferentes navegadores.
21. Si es una aplicación, pruebe si las funciones son normales en diferentes marcas de teléfonos móviles, diferentes versiones de sistemas operativos y diferentes resoluciones.
Como alguien que ha estado aquí, también espero que evite algunos desvíos. Aquí compartiré con usted algunas necesidades sobre el camino a seguir para las pruebas automatizadas, con la esperanza de ayudarlo. (Pruebas automatizadas WEB, pruebas automatizadas de aplicaciones, pruebas automatizadas de interfaz, integración continua, desarrollo de pruebas automatizadas, preguntas de entrevistas en grandes fábricas, plantillas de currículum, etc.), ¡creo que puede ayudarlo a progresar mejor!
Simplemente deje [Prueba automatizada] [Comunicación de prueba automatizada]: 574737577 (comentario ccc) 
http://qm.qq.com/cgi-bin/qm/qr?_wv=1027&k=1MDs4T0SvhL4arRoq3njIVb9HGXrRoj6&authKey=sx1h5dj77OV5obrcx6nE7Dn3sqEVuE4Xr G qzqneReBJy3ojOL3oHMSH48XPKPWhW&noverify=0&group_code=574737577
