Les cas de test avec lesquels vous pouvez travailler efficacement sont les cas de test que vous pouvez rapidement écrire et gérer sans corriger toutes les dépendances. Les tests d’applications financières nécessitent une connaissance spécifique de la rédaction de cas de test et du type de cas de test à appliquer au début du développement et lors du déploiement d’une application.
Nous passerons en revue quelques exemples de rédaction de cas de test efficaces et gérables lors du test d’applications financières, quels cas de test rédiger lors du déploiement de l’application, et soulignerons la liste de contrôle pour la rédaction de cas de test pour les applications bancaires ou financières afin de vous aider, vous et votre équipe de test.
Rappel : ce qu’il faut inclure et omettre lors de la rédaction de scénarios de test
Un responsable QA est celui qui s’assure qu’un produit répond aux qualifications requises et qui écrit rarement des cas de test. Ainsi, un rappel rapide de la façon d’écrire un bon scénario de test (et pour les applications financières/bancaires aussi !) serait utile.
Tout type de scénario de test doit inclure :
- Il est essentiel d’avoir un unique identifier pour votre cas de test afin que le problème puisse être facilement identifié et parcouru à travers les kits ;
- UNE Titre et un brève description des cas de test est nécessaire – afin que vous puissiez les localiser rapidement parmi les autres patients ;
- Conditions préalables ne sont pas directement liés à la fonctionnalité testée. Pourtant, ils doivent être remplis : vous pouvez décrire l’environnement du scénario de test et le résultat précédent même dans la séquence. Les conditions préalables aident à estimer le contexte d’un cas de test particulier dans les tests logiciels ;
- Pas du cas de test pour montrer au testeur quelles actions conduiront au résultat attendu ;
- Les sortir doit inclure la description du résultat souhaité après avoir terminé le test ;
- Résultats de cas de test. Nous pouvons obtenir trois résultats après avoir exécuté des cas de test : effets positifs, négatifs et bloqués. Le premier décrit le résultat égal à celui attendu, le second est le résultat de l’erreur et le résultat bloqué se produit lorsqu’une des étapes d’exécution du test ne peut pas être remplie.
Choses à éviter dans tous les cas de test de test de logiciel
- Lors de l’écriture des cas de test, évitez formulations peu claires.
- Éviter dépendances sur les autres cas de test.
- Détails excessifs ou le manque d’information qui est nécessaire pour réussir les cas de test.
Tests de logiciels : applications financières et bancaires
Les tests d’applications financières deviennent de plus en plus complexes en raison du nombre croissant de microservices et d’autres connexions multicouches. Une application bancaire et financière s’intègre à différentes applications réglementaires ou complémentaires telles que les passerelles de paiement, les commerçants et les comptes de trading ; les types de cas de test et de tests suivants doivent être écrits correctement.
Scénarios de test à rédiger lors du test d’applications financières et bancaires
Il existe plusieurs types clés de cas de test en assurance qualité que vous ne pouvez pas éviter de traiter avec des applications bancaires et financières. Allons droit au but et décrivons-les.
Tests fonctionnels (liste de contrôle des cas de test)
- Vérifiez si les nouveaux comptes sont créés correctement avec des données valides
- Utilisez le type de test fonctionnel pour vérifier le comportement d’une application si les comptes sont créés avec des données invalides
- Pour vous assurer que votre compte est sécurisé, vérifiez la fonctionnalité de connexion avec des données invalides
- Il est essentiel de vérifier que l’application fonctionne du point de vue de l’utilisateur (qu’il s’agisse de mises à jour du solde après retrait ou crédit, de paiements réguliers enregistrés et effectués à un moment précis)
- Vous devez également tester l’application dans toutes ses fonctions du point de vue d’un administrateur (si la messagerie en masse peut être envoyée et analysée, si les demandes d’assistance sont correctement traitées. Utilisez les tests d’intégration pour cela)
Test de base de données (liste de contrôle des cas de test)
- Vérifiez si les données sont correctement structurées
- Assurez-vous que les données du champ ont le bon format
- Vérifiez si les valeurs des champs calculés sont calculées avec précision
- Vérifiez si chaque table a toutes les contraintes nécessaires : clés primaires, clés étrangères et index uniques
- Vérifiez s’il y a des données en double dans le tableau
- Ne vous laissez pas berner par la valeur nulle. Assurez-vous de vérifier s’il doit exister et pas dans d’autres endroits
- Assurez-vous que toutes les données sont écrites correctement dans la table lorsqu’un utilisateur crée ou met à jour son profil
- Vérifier le comportement de l’application lorsque le serveur de base de données ne fonctionne pas
- Assurez-vous que vos données ne sont pas perdues après l’échec d’une opération ; vérifier si l’historique précédent a été enregistré
- L’un des aspects les plus cruciaux de la maintenance d’une base de données est de s’assurer que vous disposez de sauvegardes régulières. Si ce processus n’est pas effectué à temps ou pas du tout, vos données pourraient être perdues à jamais
Tests de performance (liste de contrôle des cas de test)
- Vérifiez les performances de l’application lorsque de nombreux utilisateurs utilisent des fonctionnalités identiques ou différentes
- Assurez-vous de le vérifier lorsque vous utilisez une batterie faible, une charge moyenne et si l’appareil n’a plus qu’un pour cent de puissance
- Vérifiez les performances de l’application lorsque la connexion est lente
- Vous pouvez vérifier les performances de votre application pour voir si elle ralentit ou s’étouffe pendant une transaction. Vous devez également surveiller cela lorsque la vitesse d’Internet passe d’une vitesse lente à une vitesse moyenne à un chargement rapide et fiable.
Tests de régression (liste de contrôle des cas de test)
- Vérifiez les contours des exigences par rapport aux types de cas de test
- Vérifier les problèmes entre la version actuelle et la version précédente
- Vérifier la conformité avec AMDEC, sortie du rapport de couverture de code, etc.
- Vérifiez que les packs de tests de régression sont continuellement élagués en supprimant les cas de test qui ne sont plus nécessaires et en en ajoutant d’autres
Tests d’accessibilité (liste de contrôle des cas de test)
- Vérifiez si les étiquettes sont correctement écrites et placées ou non
- Vérifiez si le contenu audio/vidéo est correctement audible/visible ou non
- Vérifiez si le rapport de contraste des couleurs est maintenu ou non
- Vérifiez si les actions de contrôle de la vidéo fonctionnent correctement ou non
- Vérifiez si les touches de raccourci sont fournies pour le menu, vous devez alors vérifier si toutes fonctionnent correctement.
- Vérifiez les onglets si la navigation entre les onglets est une tâche facile
- Vérifiez si l’application a suivi tous les principes et directives ou non
- Vérifiez si le titre est unique et transmet le sens et la structure ou non
- Vérifiez si le texte du lien est écrit avec une description du contenu au lieu de créer une ambiguïté
- Vérifiez si une légende multimédia significative est fournie ou non
- Vérifiez si les instructions sont données clairement ou non
- Vérifiez si le contenu est clair, concis et compréhensible ou non.
Tests de sécurité (liste de contrôle des cas de test)
- Vérifiez comment l’application répond à plusieurs connexions
- Vérifiez si l’option « Mot de passe oublié » vous permet de récupérer rapidement les détails du compte
- Vérifiez si les exigences de réussite sont suffisantes
- Assurez-vous que les identifiants et les mots de passe sont cryptés
- Vérifiez si l’application utilise un protocole sécurisé, comme HTTPS
- Vérifiez si le pass se cache sous des points ou d’autres signes lorsque l’utilisateur le saisit dans l’application
- C’est une fonction de sécurité précieuse pour s’assurer que l’utilisateur ne reste pas connecté indéfiniment
- Assurer la réponse de l’application à l’effacement du cache dans de tels types de cas de test
Test d’acceptation par l’utilisateur (liste de contrôle des cas de test)
- Vérifiez si la navigation est intuitive et réglable au niveau de l’interface utilisateur
- Lors de la rédaction d’un scénario de test de test d’acceptation utilisateur, vous devez vérifier la police et le schéma de couleurs pour vous assurer que tous les éléments visuels correspondent
- Il est crucial de s’assurer que toutes les pages de l’application utilisent un langage cohérent, alors commencez par vérifier les termes tels que « frais récurrents » ou paiements réguliers
- Assurez-vous que tous les liens et boutons ont des titres clairs
- Les messages d’erreur et d’avertissement doivent être explicites, alors vérifiez qu’ils sont
- Les champs essentiels ont des espaces réservés pour des informations importantes telles que des conseils ou des explications pour éviter les problèmes à l’avenir, alors ajustez également l’interface utilisateur pour cela
Relever les défis de la rédaction de cas de test pour les applications financières et bancaires
Manque de connaissances sur les exigences de conformité dans les tests de logiciels. Lors de la rédaction de cas de test sur les tests de sécurité, le manque de connaissances peut entraîner des problèmes lors de la conformité de sécurité de l’application financière testée.
Tester la migration de données sensibles et rédiger des scénarios de test sur la migration peut être un défi pour les testeurs qui manquent de connaissances sur les systèmes et les frameworks. C’est pourquoi les modèles d’écriture de cas de test fonctionnels pour les applications bancaires et financières peuvent être une solution.
L’application d’un outil professionnel de gestion des cas de test peut aider à relever les défis de l’écriture de cas de test dans les tests logiciels avec les exigences de conformité, la migration des données et la personnalisation des cas de test.