?>Array ( [lang] => fr [id] => 141 ) Validation des Cas Limites et de la Gestion des Erreurs - WeAreCAS
builtins addNode

Validation des Cas Limites et de la Gestion des Erreurs

Scénario de test & Cas d'usage

Contexte Métier

L'équipe d'infrastructure informatique développe un portail d'administration automatisé pour gérer l'environnement SAS Viya. Il est crucial que les scripts d'automatisation soient robustes et capables de gérer les erreurs de saisie ou les requêtes invalides. Ce scénario teste le comportement de l'action `addNode` face à des entrées incorrectes ou des tentatives de violation des contraintes architecturales.
Préparation des Données

L'état initial est un cluster CAS déjà en mode Haute Disponibilité, avec un contrôleur principal et un contrôleur de secours.

Copié !
1/* État initial : Serveur CAS en mode HA avec 'cascontroller1' (active) et 'cascontroller2' (backup). */

Étapes de réalisation

1
Tentative d'ajout d'un nœud avec un nom d'hôte non résolvable sur le réseau.
Copié !
1PROC CAS;
2 BUILTINS.addNode / node={'machine-inexistante.fake-domain.com'}, role='WORKER';
3RUN;
4QUIT;
2
Tentative d'ajout d'un troisième contrôleur, ce qui viole la limite architecturale de deux contrôleurs maximum.
Copié !
1PROC CAS;
2 BUILTINS.addNode / node={'cascontroller3.mydomain.com'}, role='CONTROLLER';
3RUN;
4QUIT;
3
Tentative d'appel de l'action avec une valeur invalide pour le paramètre 'role'.
Copié !
1PROC CAS;
2 BUILTINS.addNode / node={'casworker-new.mydomain.com'}, role='OPERATOR';
3RUN;
4QUIT;

Résultat Attendu


Chaque étape de test doit échouer et produire une erreur explicite dans le journal SAS. Étape 1 : une erreur de type réseau ou de résolution de nom (e.g., 'Host not found'). Étape 2 : une erreur indiquant que le nombre maximum de contrôleurs est déjà atteint. Étape 3 : une erreur signalant que 'OPERATOR' est une valeur invalide pour le paramètre 'role'. L'état global du cluster (nombre de nœuds et leurs rôles) doit rester inchangé après ces tentatives infructueuses.