Test d'application dans le domaine bancaire : exemples de cas de test

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

Test du domaine bancaire

Test du domaine bancaire est un processus de test logiciel d'une application bancaire pour la fonctionnalité, les performances et la sécurité. L'objectif principal du test d'une application bancaire est de garantir que toutes les activités et fonctionnalités d'un logiciel bancaire se déroulent correctement, sans erreur et qu'il reste protégé.

Le secteur BFSI (Banque, Services Financiers et Assurances) est le plus gros consommateur de services informatiques. Les applications bancaires traitent directement des données financières confidentielles. Il est obligatoire que toutes les activités réalisées par les logiciels bancaires se déroulent sans problème et sans aucune erreur. Les logiciels bancaires remplissent diverses fonctions telles que le transfert et le dépôt de fonds, la demande de solde, l'historique des transactions, le retrait, etc. Le test des applications bancaires garantit que ces activités sont non seulement bien exécutées, mais restent également protégées contre les pirates informatiques.

Rejoignez gratuitement notre projet de test Live Banking

Qu’est-ce qu’un domaine dans les tests ?

Domaine en tests n'est rien d'autre que l'industrie pour laquelle le projet de test de logiciels est créé. Lorsque l’on parle de projets ou de développement de logiciels, ce terme est souvent évoqué. Par exemple, domaine de l'assurance, domaine bancaire, domaine de la vente au détail, domaine des télécommunications, etc.

Test d'applications du domaine bancaire

Habituellement, lors du développement d'un projet de domaine spécifique, l'aide d'un expert du domaine est recherchée. L'expert du domaine maîtrise le sujet et peut connaître de fond en comble le produit ou l'application.

Pourquoi la connaissance du domaine est importante ?

La connaissance du domaine est essentielle pour tester n'importe quel produit logiciel, et elle présente ses propres avantages, comme

La connaissance du domaine est importante

Connaissance du domaine bancaire – Introduction

Les concepts du domaine bancaire sont énormes et sont essentiellement sous-caractérisés en deux secteurs.

  1. Secteur bancaire traditionnel
  2. Secteur bancaire basé sur les services

Vous trouverez ci-dessous le tableau des services que ces deux sous-secteurs bancaires englobent.

Secteur bancaire traditionnel
  • Services bancaires de base
  • Services bancaires aux entreprises
  • La Banque de détail
Secteur bancaire basé sur les services
  • Core
  • Entreprise
  • Commerce de détail
  • Prêt
  • Financement du commerce
  • banque privée
  • Finance à la consommation
  • Banque islamique
  • Canaux de livraison client/Livraison front-end

En fonction de la portée de votre projet, vous devrez peut-être tester une ou toutes les offres de services ci-dessus. Avant de commencer les tests, assurez-vous d'avoir suffisamment d'informations sur le service testé.

Caractéristiques d'une application bancaire

Avant de commencer les tests, il est important de noter les fonctionnalités standards attendues de toute application bancaire. Ainsi, vous pouvez orienter vos efforts de test pour atteindre ces caractéristiques.

Une application bancaire standard doit répondre à toutes ces caractéristiques mentionnées ci-dessous.

  • Il devrait prendre en charge des milliers de sessions utilisateur simultanées
  • Une application bancaire doit s'intégrer à de nombreuses autres applications telles que les comptes de trading, Bill payer les services publics, les cartes de crédit, etc.
  • Il doit traiter des transactions rapides et sécurisées
  • Il devrait inclure un système de stockage massif.
  • Pour résoudre les problèmes des clients, il doit disposer d'une capacité d'audit élevée.
  • Il doit gérer des flux de travail commerciaux complexes
  • Besoin de prendre en charge les utilisateurs sur plusieurs plateformes (Mac, Linux, Unix, Windows)
  • Il devrait prendre en charge les utilisateurs de plusieurs emplacements
  • Il devrait prendre en charge les utilisateurs multilingues
  • Il devrait accompagner les utilisateurs sur différents systèmes de paiement (VISA, AMEX, MasterCard)
  • Il devrait soutenir plusieurs secteurs de services (prêts, banque de détail, etc.)
  • Mécanisme infaillible de gestion des catastrophes

ARTICLES LIÉS

Phases de test des tests d'applications bancaires

Pour tester les applications bancaires, différentes étapes de test incluent

  • Analyse des exigences: Cela est fait par un analyste commercial ; les exigences pour une application bancaire particulière sont rassemblées et documentées
  • Exigence Revie : Les analystes qualité, les analystes commerciaux et les responsables du développement sont impliqués dans cette tâche. Le document de collecte des exigences est examiné à ce stade et recoupé pour garantir qu'il n'affecte pas le flux de travail.
  • Documentation des exigences commerciales : Les documents sur les exigences commerciales sont préparés par des analystes qualité dans lesquels toutes les exigences commerciales examinées sont couvertes.
  • Test de base de données : Il s’agit de la partie la plus importante du test des applications bancaires. Ces tests sont effectués pour garantir l'intégrité des données, le chargement des données, la migration des données, la validation des procédures stockées et des fonctions, les tests des règles, etc.
  • Test d'intégration : Sous Test d'intégration tous les composants développés sont intégrés et validés
  • Test fonctionel: Les activités habituelles de tests de logiciels comme Cas de test la préparation, l'examen des scénarios de test et l'exécution des scénarios de test sont effectués au cours de cette phase
  • Test de sécurité: Il garantit que le logiciel ne présente aucune faille de sécurité. Lors de la préparation des tests, l'équipe d'assurance qualité doit inclure des scénarios de tests négatifs et positifs afin de pénétrer dans le système et de le signaler avant que toute personne non autorisée n'y accède. Tout en évitant le piratage, la banque devrait également mettre en œuvre une validation d'accès multicouche, comme un mot de passe à usage unique. Pour Test de sécurité, des outils d'automatisation comme IBM AppScan et HPWebInspect sont utilisés pour Test manuel des outils comme Proxy Sniffer, Paros proxy, HTTP watch, etc. sont utilisés
  • Tests d'utilisabilité: Cela garantit que les personnes ayant des capacités différentes doivent pouvoir utiliser le système en tant qu'utilisateur normal. Par exemple, un guichet automatique avec fonction auditive et braille pour les personnes handicapées
  • Test d'acceptation par l'utilisateur : Il s'agit de la dernière étape des tests effectués par les utilisateurs finaux pour garantir la conformité de l'application avec le scénario du monde réel.

Exemple de scénario de test pour l'application de connexion Net Banking

La sécurité est primordiale pour toute application bancaire. Par conséquent, lors de la préparation des tests, l'équipe d'assurance qualité doit inclure des scénarios de tests négatifs et positifs afin de se faufiler dans le système et de signaler toute vulnérabilité avant qu'une personne non autorisée n'y ait accès. Cela implique non seulement la rédaction de cas de tests négatifs, mais peut également inclure des tests destructifs.

Voici des cas de test génériques pour vérifier toute application bancaire

Exemples de cas de test
Pour l'administrateur
  • Vérifiez la connexion de l'administrateur avec des données valides et invalides
  • Vérifier la connexion administrateur sans données
  • Vérifiez tous les liens d'accueil de l'administrateur
  • Vérifiez le mot de passe de changement d'administrateur avec des données valides et invalides
  • Vérifier le mot de passe de changement d'administrateur sans données
  • Vérifier le mot de passe de changement d'administrateur avec les données existantes
  • Vérifier la déconnexion de l'administrateur
Pour une nouvelle succursale
  • Créer une nouvelle branche avec des données valides et invalides
  • Créer une nouvelle branche sans données
  • Créer une nouvelle branche avec les données de branche existantes
  • Vérifier l'option de réinitialisation et d'annulation
  • Mettre à jour la branche avec des données valides et invalides
  • Mettre à jour la branche sans données
  • Mettre à jour la branche avec les données de branche existantes
  • Vérifier l'option d'annulation
  • Vérifier la suppression de branche avec et sans dépendances
  • Vérifier l'option de recherche de succursale
Pour un nouveau rôle
  • Créer un nouveau rôle avec des données valides et invalides
  • Créer un nouveau rôle sans données
  • Vérifier le nouveau rôle avec les données existantes
  • vérifier la description du rôle et les types de rôles
  • Vérifier l'option d'annulation et de réinitialisation
  • Vérifier la suppression du rôle avec et sans dépendance
  • vérifier les liens dans la page de détails du rôle
Pour les clients et les visiteurs
  • Vérifiez tous les liens de visiteurs ou de clients
  • Vérifiez la connexion des clients avec des données valides et invalides
  • Vérifier la connexion des clients sans données
  • Vérifier la connexion du banquier sans données
  • Vérifiez la connexion du banquier avec des données valides ou invalides
Pour les nouveaux utilisateurs
  • Créer un nouvel utilisateur avec des données valides et invalides
  • Créer un nouvel utilisateur sans données
  • Créer un nouvel utilisateur avec les données de branche existantes
  • Vérifier l'option d'annulation et de réinitialisation
  • Mettre à jour l'utilisateur avec des données valides et invalides
  • Mettre à jour l'utilisateur avec les données existantes
  • Vérifier l'option d'annulation
  • Vérifier la suppression de l'utilisateur

Défis liés aux tests du domaine bancaire et à leur atténuation

Les défis que le testeur peut rencontrer lors des tests du domaine bancaire sont

Challenge Mesures
  • Accéder aux données de production et les répliquer en tant que données de test, car les tests sont un défi
  • S'assurer que les données de test répondent aux exigences et aux directives de conformité réglementaire
  • Maintenez la confidentialité des données en suivant des techniques telles que le masquage des données, les données de test synthétiques, l'intégration du système de test, etc.
  • Le plus grand défi lors du test du système bancaire se situe lors de la migration du système de l’ancien système vers le nouveau système, comme le test de toutes les routines, procédures et plans. Également comment les données seront récupérées, téléchargées et transférées vers le nouveau système après la migration
  • Assurez-vous que les tests de migration des données sont terminés
  • Assurez-vous que les cas de tests de régression sont exécutés sur les anciens et les nouveaux systèmes et que les résultats correspondent.
  • Il peut y avoir des cas où les exigences ne sont pas bien documentées et peuvent entraîner des lacunes fonctionnelles dans le plan de test.
  • De nombreuses exigences non fonctionnelles ne sont pas entièrement documentées et les testeurs ne savent pas s'ils doivent les tester ou non.
  • Le testeur doit participer au projet dès les phases d'analyse des besoins et doit examiner activement les exigences commerciales.
  • Le point le plus important est de vérifier si ledit système suit les politiques et procédures souhaitées.
  • Des tests de conformité ou de politiques réglementaires doivent être effectués
  • La portée et les délais augmentent à mesure que les applications bancaires sont intégrées à d'autres applications comme Internet ou Mobile bancaire
  • Assurez-vous que le budget temps pour les tests d'intégration est pris en compte si votre application bancaire dispose de nombreuses interfaces externes.

Résumé

Le domaine bancaire est le domaine le plus vulnérable au cybervol, et la protection des logiciels nécessite des tests précis. Ce tutoriel donne une idée claire de ce qu'il faut pour tester le domaine bancaire et de son importance. Il faut comprendre que –

  • La majorité des logiciels bancaires sont développés sur Unité centrale et Unix
  • Les tests aident à réduire les éventuels problèmes rencontrés lors du développement de logiciels
  • Des tests appropriés et la conformité aux normes de l'industrie évitent aux entreprises des pénalités.
  • Les bonnes pratiques contribuent à développer de bons résultats, une réputation et davantage d’affaires pour les entreprises
  • Les tests manuels et automatisés ont des avantages et une convivialité respectifs

Rejoignez notre Projet de test de domaine bancaire en direct

Résumez cet article avec :