[z/OS]

Phases de test et de production

Avant d'aborder les configurations de test et de production du produit, il convient de déterminer quelle phase de test appliquer à la plateforme pour z/OS et laquelle appliquer aux autres plateformes.

Eviter les incidents Eviter les incidents: Lorsque les ressources sont partagées entre une charge de travail de production et une charge de travail de test, la première est exposée à des conditions d'erreur qui ne la menaceraient pas si les deux charges de travail étaient exécutées dans des cellules différentes. Il convient donc, dans la mesure du possible, d'exécuter les charges de travail de production et de test dans des cellules distinctes du système. gotcha
Avant de configurer les configurations de test et de production du produit, il convient de déterminer quelles phases de test appliquer à la plateforme pour z/OS et lesquelles appliquer aux autres plateformes. Les différentes phases sont décrites dans les sections suivantes :
  • Phase de test d'unité
  • Phase de test de composant
  • Phase de test de fonction
  • Phase de test de système
  • Phase de production
Phases de test et de production

Phase de test d'unité

Les applications que vous prévoyez d'exécuter dans un environnement z/OS doivent être développées dans un système d'exploitation réparti, tel que Windows ou Linux Intel, sur lequel le produit est installé. Ces environnements de développement contiennent des outils d'assemblage pour la livraison de contenu Web, non disponibles sous z/OS. Dans le cadre des différents outils qui constituent la solution IBM®, il est d'usage de développer les beans enterprise dans l'un de ces outils et de procéder au test de base de la logique métier dans l'environnement distribué avant de déplacer l'application dans l'environnement z/OS.

Phase de test de composant

Le test de composant consiste à regrouper plusieurs beans enterprise pour constituer des composants logiques, à leur offrir un accès aux données et à les tester conjointement. S'il est possible de réaliser ces opérations sur une plateforme z/OS, il est conseillé d'exécuter ce niveau de test sur une plateforme distribuée. Cela permet à une petite équipe de développeurs de rassembler tous les éléments de code et de tester les interactions. Ce type de test concerne spécifiquement les beans individuels et leurs interactions plutôt que les fonctions de la plateforme z/OS.

Phase de test de fonction

Le test de fonction consiste à regrouper les différents composants, à les relier entre eux pour tester les données dans la base de données cible et à valider la fonction fournie par l'application. L'emplacement où doit s'effectuer ce test dépend de la fonction et des données dont elle a besoin. Si la plateforme de déploiement cible est z/OS, vous pouvez exécuter ce niveau de test sous z/OS. Vous devez alors installer les applications à tester sur un ou plusieurs serveurs dédiés au test.

Il convient pour cela d'indiquer à quel emplacement précis du répertoire JNDI les références à l'application doivent être stockées, puis de configurer les clients de test de manière à ce qu'ils connaissent l'emplacement de l'application de test. Les clients de test peuvent ainsi diriger les demandes vers le serveur de test pour procéder au test fonctionnel. Vous pouvez utiliser des outils de débogage à distance pour diagnostiquer les problèmes rencontrés au cours du processus.

Phase de test de système

Avant de placer une application en production sur la plateforme z/OS, vous devez l'installer dans un environnement de test système sous z/OS et simuler une charge de travail réelle dans cette application. Lors de la configuration de l'environnement de test du système, vous devez définir un serveur de test supplémentaire dans une cellule dédiée au système de test et installer l'application sur ce serveur. Une fois l'installation terminée, les beans enterprise faisant partie de l'application doivent être enregistrés dans une sous-arborescence distincte de celle du répertoire JNDI. Cette opération s'effectue généralement automatiquement mais il est bon de vérifier que l'enregistrement a bien eu lieu. Les clients de test doivent être configurés à la version de l'application en cours de test avant le lancement des tests.

Phase de production

Si les tests des fonctions et du système vous ont donné satisfaction, installez l'application dans une cellule utilisée pour la production. La différence entre une cellule de production et une cellule de test tient à la possibilité ou non de l'associer au débogueur distant. Normalement, il n'est pas acceptable qu'une charge de travail de production s'arrête à la suite de l'envoi d'une demande de débogage distante à la cellule.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_testprod
Nom du fichier : crun_testprod.html