¿Qué hacen los ingenieros de pruebas bancarias todos los días?

Los negocios, el desarrollo y las pruebas parecen ser personas diferentes, pero en realidad su trabajo está estrechamente relacionado. Los evaluadores a menudo obtienen la especificación de los requisitos comerciales durante la etapa de desarrollo y comienzan a escribir casos de prueba, lo que sin duda reducirá la eficiencia de las pruebas. La revisión de requisitos ayuda a comprender de manera rápida y completa las necesidades del cliente, lo que ahorrará tiempo a los evaluadores posteriores para comprender las necesidades comerciales. Los puntos clave y las dificultades de las pruebas se pueden aclarar en la reunión y se pueden encontrar soluciones a través de las discusiones.

2. Escribir casos de prueba con la ayuda de diagramas de procesos de negocio.

Para algunos requisitos complejos, debido a que hay muchas rutas de bifurcación, es fácil ignorar situaciones individuales durante las pruebas. En este momento, intente dibujar un diagrama de flujo comercial basado en las necesidades comerciales o pregunte al desarrollador si se refirió al diagrama de flujo comercial relevante al codificar. El diagrama de procesos de negocios puede mostrar de manera intuitiva y clara la situación de cada ruta de sucursal, evitando efectivamente el fenómeno de casos de prueba incompletos.

Por ejemplo, cuando estaba probando la optimización de las transacciones relacionadas con el congelamiento de cuentas públicas, dibujé un diagrama de flujo de negocios extremadamente complejo basado en las necesidades comerciales de solo unas pocas líneas. La siguiente figura es una versión simple, que se centra en la lógica empresarial de congelación parcial y deducciones forzosas. Las fórmulas y números relevantes se reemplazan por letras. Para tales requisitos, es difícil diseñar casos de prueba completos y correctos sin dibujar o tabular. Sin embargo, después de discutir con el personal comercial y los desarrolladores y determinar el diagrama detallado del proceso comercial, naturalmente no habrá omisiones al escribir casos de prueba. Por lo tanto, para las necesidades comerciales de varias ramas, debe ser bueno dibujando y utilizando gráficos para probar ideas con claridad.

3. Análisis del sistema de asociación empresarial

En el campo de las pruebas, el análisis insuficiente de los sistemas relacionados es una de las razones importantes para los cambios. Si la interfaz del sistema proveedor de servicios cambia, las funciones de los sistemas consumidores relevantes que llaman a la interfaz deben ajustarse de acuerdo con la situación, o se debe realizar una regresión total. Debido a que las llamadas entre sistemas a menudo involucran a varios desarrolladores y todos no saben lo suficiente sobre los sistemas de los demás, el análisis de correlación debe ser particularmente riguroso.

4. Escenario empresarial completo

El proceso empresarial a menudo forma un circuito cerrado, que incluye apertura de cuenta-activación-cancelación de cuenta, congelación-continuación de congelación-descongelación, firma de contrato-mantenimiento-terminación. , por lo que el escenario empresarial debe ser lo más completo posible. Por ejemplo, la lógica de las cuentas de gastos generales puede ser diferente en el momento del diseño. Al abrir una cuenta, no se juzga si el número de cliente de la cuenta recién abierta y la cuenta transferida son consistentes, pero se requiere que el número de cliente sea el mismo al pagar y cerrar la cuenta, por lo que existe el riesgo de que la cuenta se puede abrir pero no se puede cerrar. Por lo tanto, en el diseño del caso, aunque el punto de conversión sea la apertura de una cuenta o la firma de un contrato, intente probar un proceso comercial completo.

5. Fecha

La fecha es un factor muy importante en las pruebas. Es posible que las transacciones que se pueden realizar el mismo día fallen si cambia la fecha contable o modifica la fecha de la transacción. Por ejemplo, al probar un ajuste del saldo del libro de cuentas de varios niveles, si la fecha de la transacción original es la fecha contable actual, la información de la transacción es correcta. Si la fecha de la transacción original es anterior a la fecha contable actual, la cuenta multinivel del beneficiario. El número se muestra incorrectamente porque diferentes fechas de transacciones corresponden a diferentes ramas del programa. Por lo tanto, al diseñar un caso, es necesario considerar completamente el impacto de los factores de tiempo en las transacciones y analizar si es necesario diseñar varios valores de fecha.

Almacenamiento de datos en caché

Cuando existen requisitos estrictos para los datos de prueba, como información relacionada con el terrorismo, debe prestar atención al impacto del almacenamiento en caché de datos. Por ejemplo, si se ingresa y envía primero un conjunto de datos válidos, la transacción finalizará a mitad de camino. En este momento, la información de la transacción no se borrará y luego se modificará a datos de prueba no válidos y luego se realizará correctamente. Esto es contrario a los requisitos comerciales. Por lo tanto, cuando el contenido de entrada es limitado, es necesario asegurarse de que los datos almacenados en caché se borre o actualice a tiempo.

7. Tipos de datos de prueba

Los tipos de datos de prueba deben ser ricos. Por ejemplo, si la conversión involucra una cuenta temporal vencida, debe verificar la cuenta temporal vencida, la cuenta básica vencida, la cuenta general vencida, el usuario especial vencido, la cuenta de verificación de capital registrado y la cuenta de divisas corriente vencida. A menudo, los defectos ocurren en elementos asociados en lugar de en los puntos de transición en sí, porque los desarrolladores solo prueban los puntos de transición unitarios cuando la codificación y los elementos asociados pueden ignorarse fácilmente.

8. Recibo del bono

El recibo del bono debe ser claro e intuitivo. Una vez que la transacción se haya realizado correctamente, debe comprobar la visualización del recibo del bono. La clave debe ser verificar si la información de la transacción reemplazada por puntos suspensivos es información importante, como el monto, el número de cuenta, etc. cuando la información de la transacción es grande. , y si el sello bloqueará alguna información importante y si hay suficiente espacio para que el cliente firme.