Pruebas de aplicaciones de dominio bancario: casos de prueba de muestra

Prueba de dominio bancario

La prueba de dominio bancario es un proceso de prueba de software de una aplicación bancaria en cuanto a funcionalidad, rendimiento y seguridad. El objetivo principal de probar la aplicación bancaria es garantizar que todas las actividades y funcionalidades de un software bancario se ejecuten sin problemas, sin errores y que permanezca protegido.

El sector BFSI (Banca, Servicios Financieros y Seguros) es el mayor consumidor de servicios de TI. Las aplicaciones bancarias tratan directamente con datos financieros confidenciales. Es obligatorio que todas las actividades realizadas por el software bancario se desarrollen sin problemas y sin ningún error. El software bancario realiza varias funciones como transferir y depositar fondos, consulta de saldo, historial de transacciones, retiro, etc. La prueba de la aplicación bancaria garantiza que estas actividades no solo se ejecuten bien, sino que también estén protegidas de los piratas informáticos.

En este tutorial, aprenderemos

¿Qué es el dominio en pruebas?
¿Por qué es importante el conocimiento del dominio?
Introducción al dominio bancario
Características de una aplicación bancaria
Etapas de prueba de aplicaciones bancarias
Ejemplo de caso de prueba para la aplicación de inicio de sesión de Net Banking
Desafíos al probar el dominio bancario y su mitigación

Únase a nuestro proyecto de prueba de banca en vivo de forma gratuita

¿Qué es el dominio en pruebas?

Domain in Testing no es más que la industria para la que se crea el proyecto de prueba de software. Cuando hablamos de proyectos o desarrollo de software, a menudo se hace referencia a este término. Por ejemplo, dominio de seguros, dominio bancario, dominio minorista, dominio de telecomunicaciones, etc.

Por lo general, mientras se desarrolla un proyecto de dominio específico, se busca la ayuda de un experto en el dominio. Los expertos en dominios dominan el tema y pueden conocer el producto o la aplicación de adentro hacia afuera.

¿Por qué es importante el conocimiento del dominio?

El conocimiento del dominio es esencial para probar cualquier producto de software y tiene sus propios beneficios, como

Conocimiento del dominio bancario - Introducción

Los conceptos de dominio bancario son enormes y básicamente se subdividen en dos sectores.

Sector bancario tradicional
Sector bancario basado en servicios

A continuación se muestra la tabla de los servicios que abarcan estos dos subsectores de la banca.

Sector bancario tradicional	Banca central Banca corporativa Banca minorista
Sector bancario basado en servicios	Centro Corporativo Venta minorista Préstamo Financiamiento comercial Banca privada Financiamiento al consumo banca islámica Canales de entrega al cliente / entrega frontal

Según el alcance de su proyecto, es posible que deba probar una o todas las ofertas de servicios anteriores. Antes de comenzar con las pruebas, asegúrese de tener suficientes antecedentes sobre el servicio que se está probando.

Características de una aplicación bancaria

Antes de comenzar a probar, es importante tener en cuenta las características estándar que se esperan de cualquier aplicación bancaria. De modo que puede orientar sus esfuerzos de prueba para lograr estas características.

Una aplicación bancaria estándar debe cumplir con todas estas características, como se menciona a continuación.

Debería admitir miles de sesiones de usuario simultáneas
Una aplicación bancaria debe integrarse con otras numerosas aplicaciones como cuentas comerciales, utilidad de pago de facturas, tarjetas de crédito, etc.
Debe procesar transacciones rápidas y seguras
Debe incluir un sistema de almacenamiento masivo.
Para solucionar problemas de los clientes, debe tener una alta capacidad de auditoría.
Debe manejar flujos de trabajo comerciales complejos
Necesita apoyar a los usuarios en múltiples plataformas (Mac, Linux, Unix, Windows)
Debe ser compatible con los usuarios de varias ubicaciones.
Debe ser compatible con usuarios multilingües.
Debe apoyar a los usuarios en varios sistemas de pago (VISA, AMEX, MasterCard)
Debe admitir múltiples sectores de servicios (préstamos, banca minorista, etc.)
Mecanismo de gestión de desastres infalible

Fases de prueba en la prueba de aplicaciones bancarias

Para probar aplicaciones bancarias, las diferentes etapas de prueba incluyen

Análisis de requisitos: lo realiza un analista de negocios; Los requisitos para una aplicación bancaria en particular se recopilan y documentan.
Revisión de requisitos: analistas de calidad, analistas comerciales y líderes de desarrollo participan en esta tarea. El documento de recopilación de requisitos se revisa en esta etapa y se verifica para garantizar que no afecte el flujo de trabajo.
Documentación de requisitos comerciales : los documentos de requisitos comerciales son preparados por analistas de calidad en los que se cubren todos los requisitos comerciales revisados.
Prueba de la base de datos: es la parte más importante de la prueba de la aplicación bancaria. Esta prueba se realiza para garantizar la integridad de los datos, la carga de datos, la migración de datos, los procedimientos almacenados y la validación de funciones, pruebas de reglas, etc.
Pruebas de integración: en Pruebas de integración, todos los componentes que se desarrollan están integrados y validados
Pruebas funcionales: las actividades habituales de prueba de software, como la preparación de casos de prueba, la revisión de casos de prueba y la ejecución de casos de prueba, se realizan durante esta fase.
Pruebas de seguridad: asegura que el software no tenga fallas de seguridad. Durante la preparación de la prueba, el equipo de control de calidad debe incluir escenarios de prueba tanto negativos como positivos para ingresar al sistema e informarlo antes de que cualquier persona no autorizada acceda a él. Si bien para evitar la piratería, el banco también debe implementar una validación de acceso de múltiples capas como una contraseña de un solo uso. Para las pruebas de seguridad, se utilizan herramientas de automatización como IBM AppScan y HPWebInspect, mientras que para las pruebas manuales se utilizan herramientas como Proxy Sniffer, Paros proxy, HTTP watch, etc.
Pruebas de usabilidad: asegura que personas con capacidades diferentes puedan usar el sistema como un usuario normal. Por ejemplo, cajero automático con capacidad auditiva y Braille para discapacitados
Prueba de aceptación del usuario: es la etapa final de prueba realizada por los usuarios finales para garantizar el cumplimiento de la aplicación con el escenario del mundo real.

Ejemplo de caso de prueba para la aplicación de inicio de sesión de Net Banking

La seguridad es primordial para cualquier aplicación bancaria. Por lo tanto, durante la preparación de la prueba, el equipo de control de calidad debe incluir escenarios de prueba negativos y positivos para colarse en el sistema e informar sobre cualquier vulnerabilidad antes de que cualquier individuo no autorizado tenga acceso a él. No solo implica escribir casos de prueba negativos, sino que también puede incluir pruebas destructivas.

A continuación se muestran casos de prueba genéricos para verificar cualquier aplicación bancaria

Casos de prueba de muestra
Para el administrador	Verifique el inicio de sesión del administrador con datos válidos e inválidos Verificar el inicio de sesión de administrador sin datos Verificar todos los enlaces de inicio de administrador Verifique que el administrador cambie la contraseña con datos válidos y no válidos Verificar el cambio de contraseña de administrador sin datos Verifique que el administrador cambie la contraseña con los datos existentes Verificar el cierre de sesión del administrador
Para nueva sucursal	Crea una nueva rama con datos válidos y no válidos. Crea una nueva sucursal sin datos Crear una nueva sucursal con datos de sucursales existentes Verificar la opción de reiniciar y cancelar Actualizar rama con datos válidos y no válidos Actualizar rama sin datos Actualizar la sucursal con los datos de la sucursal existente Verificar la opción de cancelación Verificar la eliminación de ramas con y sin dependencias Verificar la opción de búsqueda de sucursales
Para un nuevo rol	Cree un nuevo rol con datos válidos y no válidos Crea un nuevo rol sin datos Verificar nuevo rol con datos existentes verificar la descripción del rol y los tipos de rol Verificar la opción de cancelar y restablecer Verificar la eliminación de roles con y sin dependencia verificar enlaces en la página de detalles del rol
Para clientes y visitantes	Verificar todos los enlaces de visitantes o clientes Verifique que los clientes inicien sesión con datos válidos y no válidos Verifique que los clientes inicien sesión sin datos Verificar el inicio de sesión del banquero sin datos Verifique el inicio de sesión del banquero con datos válidos o no válidos
Para nuevos usuarios	Crea un nuevo usuario con datos válidos y no válidos. Crea un nuevo usuario sin datos Crear un nuevo usuario con datos de sucursales existentes Verificar la opción de cancelar y restablecer Actualizar usuario con datos válidos y no válidos Actualizar usuario con datos existentes Verificar la opción de cancelación Verificar la eliminación del usuario

Desafíos al probar el dominio bancario y su mitigación

Los desafíos que el evaluador puede enfrentar durante la prueba del dominio bancario son

Desafío	Mitigación
Obtener acceso a los datos de producción y replicarlos como datos de prueba para realizar pruebas es un desafío	Asegúrese de que los datos de prueba cumplan con los requisitos y las pautas de cumplimiento normativo Mantenga la confidencialidad de los datos siguiendo técnicas como enmascaramiento de datos, datos de prueba sintéticos, integración del sistema de prueba, etc.
El mayor desafío en la prueba del sistema bancario es durante la migración del sistema del sistema antiguo al nuevo, como la prueba de todas las rutinas, procedimientos y planes. También cómo se recuperarán, cargarán y transferirán los datos al nuevo sistema después de la migración	Asegúrese de que la prueba de migración de datos esté completa Asegúrese de que los casos de prueba de regresión se ejecuten en sistemas nuevos y antiguos, y que los resultados coincidan.
Puede haber casos en los que los requisitos no estén bien documentados y puedan dar lugar a lagunas funcionales en el plan de prueba. Muchos requisitos no funcionales no están completamente documentados y los evaluadores no saben si probarlos o no.	La prueba debe participar en el proyecto desde las fases de análisis de requisitos y debe revisar activamente los requisitos comerciales
El punto más importante es verificar si dicho sistema sigue las políticas y procedimientos deseados.	Se deben realizar pruebas de cumplimiento o políticas regulatorias
El alcance y los plazos aumentan a medida que la aplicación bancaria se integra con otras aplicaciones como Internet o banca móvil.	Asegúrese de que se tenga en cuenta el presupuesto de tiempo para las pruebas de integración si su aplicación bancaria tiene muchas interfaces externas

Resumen

El dominio bancario es el área más vulnerable al robo cibernético y la protección del software requiere pruebas precisas. Este tutorial da una idea clara de lo que se necesita para las pruebas de dominio bancario y lo importante que es. Uno debe entender que

La mayoría del software bancario se desarrolla en Mainframe y Unix
Las pruebas ayudan a disminuir posibles problemas técnicos durante el desarrollo de software.
Las pruebas adecuadas y el cumplimiento de los estándares de la industria, salvan a las empresas de sanciones
Las buenas prácticas ayudan a desarrollar buenos resultados, reputación y más negocios para las empresas.
Tanto las pruebas manuales como las automatizadas tienen sus respectivos méritos y usabilidad.

Únase a nuestro proyecto de prueba de dominios de banca en vivo