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

Pruebas de dominio bancario

Pruebas de dominio bancario es un proceso de prueba de software de una aplicación bancaria para determinar su funcionalidad, rendimiento y seguridad. El objetivo principal de probar una aplicación bancaria es garantizar que todas las actividades y funcionalidades de un software bancario se ejecuten sin problemas, sin errores y 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 ejecuten sin problemas y sin errores. El software bancario realiza diversas funciones como transferir y depositar fondos, consultar saldo, historial de transacciones, retiros, etc. Las pruebas de la aplicación bancaria garantizan que estas actividades no sólo se ejecuten bien sino que también permanezcan protegidas de los piratas informáticos.

Únase a nuestro proyecto de prueba de Live Banking de forma gratuita

¿Qué es el dominio en las pruebas?

Dominio en prueba No es más que la industria para la cual se crea el proyecto de prueba de software. Cuando hablamos de proyectos o desarrollo de software, se suele hacer referencia a este término. Por ejemplo, dominio de seguros, dominio bancario, dominio minorista, dominio de telecomunicaciones, etc.

Pruebas de aplicaciones de dominio bancario

Por lo general, mientras se desarrolla cualquier proyecto de dominio específico, se busca ayuda de expertos en el dominio. Los expertos en el dominio dominan el tema y es posible que conozcan el interior del producto o la aplicación.

¿Por qué es importante el conocimiento del dominio?

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

El conocimiento del dominio importa

Conocimiento del dominio bancario: introducción

Los conceptos del dominio bancario son muy amplios y, básicamente, se subcaracterizan en dos sectores:

  1. Sector bancario tradicional
  2. 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
  • Core
  • Sector empresarial
  • Retail
  • Préstamo
  • Financiamiento comercial
  • Banca privada
  • Finanzas del consumidor
  • 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 las pruebas, asegúrese de tener suficiente experiencia sobre el servicio que se está probando.

Características de una aplicación bancaria

Antes de comenzar las pruebas, es importante tener en cuenta las características estándar que se esperan de cualquier aplicación bancaria. De modo que pueda 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 usuarios simultáneas.
  • Una aplicación bancaria debe integrarse con otras numerosas aplicaciones, como cuentas comerciales, Bill pagar servicios públicos, tarjetas de crédito, etc.
  • Debería procesar transacciones rápidas y seguras.
  • Debe incluir un sistema de almacenamiento masivo.
  • Para solucionar los problemas de los clientes, debe tener una alta capacidad de auditoría.
  • Debe gestionar flujos de trabajo empresariales complejos.
  • Necesidad de admitir usuarios en múltiples plataformas (Mac, Linux, Unix, Windows)
  • Debería admitir usuarios de múltiples ubicaciones.
  • Debería admitir usuarios multilingües.
  • Debería admitir usuarios de varios sistemas de pago (VISA, AMEX, MasterCard)
  • Debería respaldar múltiples sectores de servicios (préstamos, banca minorista, etc.)
  • Mecanismo infalible de gestión de desastres

Fases de prueba para probar 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 particular se recopilan y documentan.
  • Requisito RevVer: En esta tarea participan analistas de calidad, analistas de negocios y líderes de desarrollo. 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.
  • Pruebas de bases de datos: Es la parte más importante de las pruebas de aplicaciones bancarias. 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, las pruebas de reglas, etc.
  • Pruebas de integración: bajo Pruebas de integración Todos los componentes que se desarrollan están integrados y validados.
  • Prueba Funcional: Las actividades habituales de prueba de software como Caso de prueba La preparación, la revisión del caso de prueba y la ejecución del caso de prueba se realizan durante esta fase.
  • Pruebas de seguridad: Garantiza que el software no tenga ningún fallo 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 poder 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 Pruebas de seguridad, herramientas de automatización como IBM AppScan y HPWebInspect se utilizan mientras Prueba Manualmente Se utilizan herramientas como Proxy Sniffer, Paros proxy, HTTP watch, etc.
  • Las pruebas de usabilidad: Garantiza que las personas con capacidades diferentes puedan utilizar el sistema como usuarios normales. Por ejemplo, cajero automático con función auditiva y braille para discapacitados.
  • Pruebas de aceptación del usuario: Es la etapa final de pruebas realizadas por los usuarios finales para garantizar la conformidad de la aplicación con el escenario del mundo real.

Caso de prueba de muestra 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 positivos y negativos para poder infiltrarse en el sistema e informar sobre cualquier vulnerabilidad antes de que cualquier persona no autorizada tenga acceso a él. No sólo implica escribir casos de prueba negativos, sino que también puede incluir pruebas destructivas.

A continuación se presentan 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 inicio de sesión de administrador sin datos
  • Verificar todos los enlaces de inicio del administrador
  • Verifique que el administrador cambie la contraseña con datos válidos e inválidos
  • Verificar administrador cambiar contraseña sin datos
  • Verificar el cambio de contraseña del administrador con datos existentes
  • Verificar el cierre de sesión del administrador
Para nueva sucursal
  • Crear una nueva sucursal con datos válidos e inválidos
  • Crear una nueva sucursal sin datos
  • Crear una nueva sucursal con datos de sucursales existentes
  • Verificar la opción de restablecer y cancelar
  • Actualizar rama con datos válidos e inválidos
  • Actualizar rama sin datos
  • Actualizar sucursal con datos de sucursal existentes
  • Verificar opción cancelar
  • Verificar la eliminación de sucursales con y sin dependencias
  • Verificar opción de búsqueda de sucursales
Para un nuevo rol
  • Crear un nuevo rol con datos válidos e inválidos
  • Crear un nuevo rol sin datos
  • Verificar el nuevo rol con datos existentes
  • verificar la descripción del rol y los tipos de rol
  • Verificar la opción 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 e inválidos
  • Verificar 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
  • Crear un nuevo usuario con datos válidos y no válidos
  • Crear un nuevo usuario sin datos
  • Crear un nuevo usuario con datos de sucursal existentes
  • Verificar la opción cancelar y restablecer
  • Actualizar usuario con datos válidos e inválidos
  • Actualizar usuario con datos existentes
  • Verificar opción cancelar
  • Verificar eliminación del usuario

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

Los desafíos que el evaluador podría 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 es un desafío
  • Asegúrese de que los datos de prueba cumplan con los requisitos y directrices 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 pruebas, etc.
  • El mayor desafío al probar el sistema bancario es durante la migración del sistema del sistema antiguo al nuevo, como 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 las pruebas de migración de datos estén completas
  • 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 pruebas.
  • 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 del Negocio.
  • El punto más importante es comprobar 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 las aplicaciones bancarias se integran con otras aplicaciones como Internet o Móvil bancario
  • 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.

Resum

El dominio bancario es el área más vulnerable al robo cibernético y proteger el software requiere pruebas precisas. Este tutorial da una idea clara de lo que se necesita para probar el dominio bancario y lo importante que es. Hay que entender que -

  • La mayoría del software bancario se desarrolla en Ordenador central Unix
  • Las pruebas ayudan a disminuir posibles fallos encontrados 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 negocio para las empresas
  • Tanto las pruebas manuales como las automatizadas tienen sus respectivos méritos y usabilidad.

Únase a nuestra Proyecto de prueba de dominio de banca en vivo