Introduction aux tests mainframe
Le serveur mainframe gère un volume élevé de transactions, gère facilement l'accès simultané de milliers d'utilisateurs et les connexions de base de données volumineuses / à large bande passante. Les serveurs sont de conception robuste et connus pour leurs facteurs de fiabilité, de disponibilité, de facilité de maintenance et de sécurité. Traditionnellement, les applications d'entreprise (ERP) pour les grandes entreprises sont hébergées sur des ordinateurs mainframe. L'ERP comprend généralement des applications stratégiques telles que la finance, la gestion des stocks, la paie, le traitement des commandes, les ressources humaines, etc. Les applications numériques modernes utilisent le mainframe pour ses opérations backend. Les bases de données de production pour la plupart des applications stratégiques comme ATM, les sites de commerce électronique sont hébergées dans l'ordinateur central.
En raison de leur caractère critique, les applications mainframe doivent être testées de manière approfondie avant le cycle de production.
Examinons divers aspects du test de ces applications.
La méthodologie des tests mainframe
Les applications dans Mainframe sont accessibles par les utilisateurs finaux d'une manière différente des applications Web. Les principales différences dont les testeurs d'applications doivent être conscients sont
| Sl | Unité centrale | la toile |
| 1 | Accès via l'émulateur de terminal | Accès via le navigateur ou l'interface utilisateur |
| 2 | L'émulateur de terminal est le seul logiciel à être chargé sur une machine cliente pour les tests.
Les applications résident sur le serveur principal. | Une partie du traitement est effectuée par le côté client et les applications doivent être déployées au bon endroit avant le début des tests. |
| 3 | L'utilisateur se connecte directement au système | Les applications sont accessibles via une architecture à deux niveaux (Client / Serveur) ou à trois niveaux (Présentation / applications / couches de stockage DB) |
| 4 | Le testeur doit être conscient des opérations spécifiques du mainframe. | Les tests peuvent être effectués directement sur l'écran de l'application. |
Connaissances préalables sur les opérations mainframe qu'un testeur devrait avoir
- Option de partage de temps (TSO) - Moyen d'accéder au stockage virtuel et de gérer les ensembles de données via des commandes.
- Fonctionnalité de productivité du système interactif (ISPF) pour les opérations de menu
- Système d'affichage et de recherche (SDSF) pour contrôler les opérations et les ressources du système.
- Transaction CICS pour tester les mainframes IBM.
- FTP ou autre protocole de transfert
- Gestion des lots de travaux
- Opérations multiplateformes où le mainframe est le backend
Étapes à suivre dans les tests mainframe
Les étapes suivantes à suivre sont données ci-dessous:
1. Test de fumée
Un test d'hygiène pour confirmer la disponibilité de la version logicielle pour un test à part entière. Il couvre des scénarios de test superficiels et consomme peu d'efforts et de temps. Cela permet de gagner du temps aux testeurs pour tester une version défectueuse.
2. Test de fonctionnalité
Les fonctionnalités des différents modèles sont également testées individuellement les unes par rapport aux autres, pour leur conformité aux exigences.
3. Test par lots
Les travaux par lots sont un ensemble d'activités qui s'exécutent sans aucune intervention de l'utilisateur, avec les ressources de calcul disponibles. Les tests par lots valident les résultats de la sortie du travail par lots avec la spécification.
4. Tests en ligne
Les fonctionnalités frontales des applications mainframe sont testées dans cette catégorie. Il couvre les navigations à l'intérieur de l'écran, les validations de saisie de données, la convivialité et les aspects de look & feel.
5. Test d'intégration par lots en ligne
Les aspects d'intégration du processus en ligne avec le processus principal sont testés ici. Il vérifie l'exactitude du flux de données et des interactions entre les écrans et le système back-end.
6. Test de base de données
Ce test valide les données stockées par les transactions pour la conformité avec les spécifications du système. L'intégrité des données et d'autres paramètres de base de données pour des performances optimales sont également validés ici.
7. Test d'intégration du système
Ce test est repris après l'achèvement des tests au niveau de l'unité. Ici, les fonctionnalités de bout en bout de tous les modules du système actuel (application intra) ainsi que les interactions avec les applications externes (inter-applications) sont testées. Ici, le flux de données entre les modules et les applications est testé pour l'exactitude. Ces tests garantissent la préparation de la génération pour le déploiement.
8. Test de régression
Ce test garantit que les modifications effectuées dans un module n'affectent pas la fonction globale de l'application parente ainsi que de l'application intégrée. Il s'agit d'un test négatif pour contrôler l'impact de tout changement de code défectueux dans l'application dans un scénario de post-production.
9. Test de performance
Les applications mainframe peuvent présenter les problèmes de performances suivants
- Plus de ressources sont consommées dans le programme entraînant un coût de fonctionnement élevé
- Le temps de réponse en ligne est lent, conduisant à l'insatisfaction des clients
- Les travaux par lots et le processus d'arrière-plan prennent plus de temps et réduisent la disponibilité du système pour les utilisateurs en ligne d. Problèmes d'évolutivité
Pour surmonter les problèmes ci-dessus, l'application doit être testée pour
- Paramètres système et base de données
- Conception d'applications et de bases de données
- Paramètres d'intégration système
- Codage
- Calendrier des emplois principaux
10. Test de sécurité
Il s'agit d'évaluer les menaces, les risques, les vulnérabilités et de recommander des actions correctives pour les applications ainsi que le réseau.
Les tests doivent couvrir les cas d'utilisation dans des domaines tels que la gestion de l'identité et de l'accès, la protection des données et le respect de la politique de confidentialité, la gestion des risques et de la conformité.
11. Méthodologies agiles
Les méthodes d'essai décrites ci-dessus suivent une séquence d'étapes en supposant que les exigences restent constantes tout au long du projet. Mais les applications numériques modernes subissent des changements fréquents et évoluent continuellement. La méthodologie agile facilite le développement incrémentiel des logiciels et réagit rapidement aux changements. Les tests incrémentiels sont utilisés dans un scénario de développement agile.
Comment faire des tests mainframe?
Les tests mainframe sont normalement effectués manuellement et peuvent être automatisés à l'aide d'outils tels que REXX, QTP, analyseur de performances des applications IBM, réglage fin des applications CA, etc. Quel que soit le mode, les activités de test doivent être gérées par l'approche de décalage à gauche suivante.
1. Planification
Une équipe de test en coordination avec l'équipe de gestion et de développement du projet doit préparer les scénarios de test et les cas de test bien à l'avance. Le document d'exigences système, le document d'exigences métier, d'autres documents de projet et les contributions de l'équipe de développement seront utiles pour préparer les plans de test. Les ressources possédant les connaissances préalables du mainframe doivent faire partie de l'équipe.
2. Planification
Un calendrier des tests doit être établi conformément au calendrier de livraison du projet et il doit être réaliste.
3. Livrables
Les livrables doivent être bien définis sans aucune ambiguïté et doivent être dans le cadre des objectifs du test.
4. Exécution
L'exécution doit être conforme au plan et aux livrables. Il devrait y avoir des révisions périodiques avec l'équipe de développement pour vérifier les progrès et apporter une correction de cap.
5. Rapports
Les résultats des tests doivent être communiqués périodiquement à l'équipe de développement. En cas de situations urgentes, l'équipe de test peut entrer en contact avec l'équipe de développement pour une correction immédiate afin de maintenir la continuité.
6. Avantages
Le processus de test robuste évite les retouches inutiles, utilise les ressources de manière optimale, réduit les temps d'arrêt de production, améliore l'expérience utilisateur, améliore la fidélisation des clients et réduit le coût global des opérations informatiques.
Conclusion
Les ordinateurs centraux jouent toujours un rôle essentiel dans l'hébergement des applications ERP héritées pour les grandes entreprises ainsi que l'hébergement back-end pour les applications numériques. Les mainframes sont là pour rester plus longtemps. Il est primordial que l'application hébergée dans le mainframe soit testée de manière approfondie avant le déploiement.
Articles recommandés
Ceci est un guide pour les tests mainframe. Ici, nous discutons de l'introduction aux tests de mainframe, des étapes à suivre dans les tests de mainframe, comment faire des tests de mainframe le long de la méthodologie. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus–
- Outils de test SOA
- Qu'est-ce que QTP?
- Architecture Informatica
- Outil d'intégration de données
- Qu'est-ce que l'intégration de données?