Introducción y análisis de prueba de enlaces de conmutación comunes en sistemas de micropagos

Las pruebas de aplicaciones financieras a menudo implican pruebas de transacciones de pago, como suscripciones financieras, transferencias de entrada y salida, etc. Antes de contactar al sistema bancario, mi comprensión del sistema de pago estaba solo al nivel de recibir resultados devueltos y la lógica de procesamiento no era clara. Por lo tanto, este artículo tomará como ejemplo el negocio de remesas en el negocio de crédito general de pequeñas cantidades para presentar los vínculos de procesamiento del sistema de pagos de pequeñas cantidades y su análisis de prueba.

1. Descripción general del sistema de pago de pequeñas cantidades

Según el tamaño del monto de la transacción y la urgencia de la transacción, el sistema de pago se divide en un pago de gran cantidad. y un sistema de pagos de pequeñas cantidades.

1. Características del sistema de micropagos

El sistema de micropagos maneja principalmente servicios de pago de débito que pueden ser interceptados mediante vales de papel en diferentes lugares y ciudades, y pequeños pagos de crédito con montos inferiores al punto de partida prescrito. Reenvío en tiempo real o por lotes y liquidación neta según instrucciones de pago. El sistema de micropagos tiene principalmente las siguientes características:

Procesamiento por lotes

Negocios de débito y crédito por debajo del punto de partida del monto prescrito

Atendiendo principalmente al pago diario del público y Otras áreas de pago minorista.

Operación 7*24 horas

Servicio en tiempo real de 20 segundos

2. Negocio básico del sistema de micropago

Sistema de micropago Los negocios manejados se pueden dividir en gestión de pagos, información, transacciones especiales y conciliaciones.

El negocio de pagos incluye principalmente negocios de préstamos ordinarios, negocios de préstamos en tiempo real y negocios de préstamos regulares; el servicio de información proporciona principalmente servicios de consulta, como la consulta del estado del negocio, y el negocio de transacciones especiales se encarga principalmente del procesamiento de corrección correspondiente; de negocios anormales, etc. La clase de gestión de conciliación se utiliza principalmente para el procesamiento de conciliación.

2. Introducción del enlace al negocio de remesas

65438

El negocio de crédito general se ocupa principalmente del negocio de remesas activo, entre los cuales el negocio de remesas es uno de los más importantes. negocios de crédito general. La reunión incluye principalmente remesas de efectivo, cambio ordinario, pagos bancarios en línea y liquidación de divisas. El escenario de aplicación de la remesa ordinaria es el negocio de remesa iniciado por los clientes mediante transferencia.

2. Enlaces de procesamiento de intercambios ordinarios

Como se mencionó anteriormente, las características del sistema de micropagos son el reenvío por lotes y la liquidación neta. Por lo tanto, cuando el Cliente 1 inicia una transacción de cambio ordinaria, el pequeño sistema de pago del banco no la reenviará al Banco Popular de China en una sola transacción, sino que la reenviará al Banco Popular de China en forma de paquetes de datos de acuerdo con el tiempo o número de paquetes de datos según la propia configuración del sistema. El Banco Popular de China no liquidará paquetes pequeños uno por uno, sino que lo hará de forma neta. Dé ejemplos específicos para ayudarle a comprender. Por ejemplo, el siguiente lote de transacciones (tomando aquí los bancos A y B como ejemplos):

El banco A inicia una remesa de 100 yuanes al banco B.

El banco A inicia un pago de 300 yuanes al banco B.

El banco A inicia una remesa de 20 yuanes al banco B.

1) La parte del canal inicia una transacción de remesa.

2) Después de que el sistema de pago del Banco A recibe las instrucciones de transacción de remesa iniciadas por el canal, cada transacción debe registrarse en el sistema central.

3) Cuando se alcanza un cierto período de tiempo o una cierta cantidad de transacciones, el sistema de pago del Banco A ensamblará un paquete de acuerdo con el formato de mensaje especificado por el Banco Popular de China y lo enviará al banco en el formato del mensaje. Banco Popular de China.

4) Después de recibir el mensaje de nuestro banco, el Banco Popular de China primero registra cada transacción bajo la posición del banco correspondiente según el contenido del mensaje y luego realiza la liquidación, es decir, la liquidación neta. Cuando el paquete por lotes se procese exitosamente, el Banco Popular de China reenviará el paquete al sistema de pago del Banco B y sincronizará los resultados con el sistema de pago del Banco A.

5) Después de que el Banco B reciba el mensaje, los fondos correspondientes se transferido a la cuenta del cliente correspondiente.

6) Después de recibir el recibo exitoso del Banco Popular de China, el sistema de pago del Banco A devuelve el resultado al final del canal.

3. Inspección y análisis de los intercambios ordinarios

De la introducción anterior, el procesamiento de remesas ordinarias no parece complicado, pero las pruebas que involucran dinero requieren un diseño de caso más cuidadoso, creemos. Lo probaremos y analizaremos a continuación. Las remesas se dividen en remesas a cuentas (transacciones de remesas de nuestro banco a otros bancos) y remesas a cuentas (transacciones de remesas de otros bancos a nuestro banco). Aquí tomamos como ejemplo las remesas.

1. Análisis de requisitos

Primero, hagamos un análisis de necesidades simple.

Después de recibir la transacción al final del canal, el sistema de pago verifica los parámetros comerciales y va al núcleo para la contabilidad; después de que el mostrador inicia una instrucción de empaquetado programada, el sistema de pago la empaqueta y la envía al final del canal; Banco Popular de China, esperando un recibo del Banco Popular de China. Después de realizar el procesamiento correspondiente según el recibo, el resultado se devuelve al final del canal de forma sincrónica. Los elementos requeridos incluyen principalmente:

1 Verificación de parámetros comerciales

Contabilidad

Información de envío

Recepción de recibo

< p. >5. Resultados de la sincronización

2. Análisis de la lógica de implementación

Después de clasificar los requisitos, clasificaremos la lógica según los requisitos específicos y la implementación, como se muestra en la siguiente figura. . Según el diagrama lógico, las inspecciones se pueden realizar a partir de los siguientes tres módulos:

1. Inspección de procesamiento lógico: inspección de parámetros comerciales, inspección de manejo de excepciones, inspección de agrupación de mensajes, inspección de envío de mensajes, inspección de recibo (rechazo). ) , colas, liquidación), procesamiento de correcciones, actualización de estado.

2. Inspección de la sucursal de sentencia: sucursal de resultados contables, sucursal de sentencia de tamaño, sentencia de resultado del banco emisor, sentencia de resultado de recepción del Banco Popular de China.

3. Inspección de anomalías

3. Análisis de puntos de prueba

Después de ordenar los elementos de inspección de forma lógica, puede generar más puntos de prueba.

Después de exportar los puntos de prueba, una pregunta es, ¿cómo cubrirlos?

Para garantizar la integridad y exhaustividad del proceso, se recomienda utilizar escenarios para conectar los puntos de prueba. Por ejemplo, en el escenario de "cuenta de transferencia de divisas ordinaria de pequeña cantidad_débito de cuenta exitoso, PBOC rechazado_reversión de cuenta exitosa", se pueden cubrir los siguientes puntos de prueba:

4. p> p>

1) Multicanal

P: Existen múltiples canales para iniciar transacciones de divisas, como ventanilla, banca en línea, banca móvil, etc. Entonces, durante las pruebas y el diseño, ¿cómo juzgamos si necesitamos cobertura omnicanal o seleccionar canales típicos para la cobertura?

Respuesta: Antes de considerar este tema, debemos aclarar la lógica del procesamiento comercial del pago. Por ejemplo, en las transacciones de intercambio, si cada canal llama a la misma interfaz para el pago, entonces la prueba de pago solo necesita garantizar que la lógica de procesamiento de esta interfaz sea correcta y no importa qué canal se utilice para cubrirlo. Sin embargo, las pruebas en torno a los canales son diferentes. La configuración de parámetros de cada canal y el método de comunicación con el pago son diferentes, por lo que es necesario volver a probar cada canal después de acceder al pago.

2) Alta dependencia de partes vinculadas.

P: En el contexto de 1, se supone que cada transacción de intercambio recibida por el sistema de pago es iniciada por la parte del canal y requiere la cooperación de las partes relevantes. Si la cooperación entre las partes relevantes es baja, la eficiencia de las pruebas será muy baja. ¿Cómo debería resolverse esta situación?

? Respuesta: Dado que se pueden iniciar 90 transacciones en el mostrador, si las condiciones lo permiten, los evaluadores pueden instalar el entorno relevante del mostrador para iniciar las transacciones. Si las condiciones no lo permiten, es necesario llamar al simulacro.

Ambos tienen sus ventajas y desventajas: el primero es más conveniente y más rápido de operar, tiene una alta autenticidad y una fuerte conectividad, pero si hay un problema con el entorno del mostrador, dificultará la prueba. Este último no depende del entorno y puede aumentar efectivamente la cobertura, pero burlarse hará que la prueba pierda autenticidad y conectividad. Entonces, cuál es más adecuado requiere una consideración práctica.

3) Verificación contable

La contabilidad es un paso importante en el examen. Si hay un problema con la contabilidad, las pérdidas financieras pueden ser graves. Por tanto, las pruebas contables son muy importantes.

Existen dos tipos de contabilidad, una es la contabilidad contable y la otra es la contabilidad compensada. Para cuentas de contabilidad de transacciones normales, monto, organización, número de cuenta, nombre de cuenta, etc. Las cuentas deben verificarse cuidadosamente; la cuenta inversa generada por el procesamiento de excepciones es lo opuesto a la cuenta de error y debe cubrirse durante el proceso de prueba.

4) Información peatonal simulada

Todas las transacciones que enviamos a la cuenta requieren un recibo del Banco Popular de China. Durante el período de prueba, el Banco Popular de China no le enviará las excepciones correspondientes según sus requisitos de prueba. Por lo tanto, necesitamos simular la información de los peatones para las pruebas, es decir, la autorecopilación espontánea. Se trata de familiaridad con los elementos y requisitos lógicos del mensaje.

Lo anterior es la introducción del proceso y el análisis relacionado con las pruebas del intercambio ordinario en sistemas pequeños. Todos son bienvenidos a discutir y hacer correcciones.