Infrastructure de tests automatisés cas d’utilisation : tester une demande de Service Catalog

Ce cas d’utilisation illustre Test d’une demande avec l’attribut Infrastructure de tests automatisésde catalogue de services.

Avant de commencer

Rôle requis : atf_test_admin

Pourquoi et quand exécuter cette tâche

Avec l’étape de test Repasser l’élément de demande, vous pouvez tester le processus de commande de catalogue de services une fois qu’une demande existe et qu’elle a un enregistrement dans la table Élément de demande. Dans la Washington DC version, vous ne pouvez pas créer de test automatisé pour le processus par lequel l’utilisateur crée une nouvelle demande.

Figure 1. Infrastructure de tests automatisés: Exemple de catalogue de services

Procédure

1. Repassez un élément de demande de catalogue de services existant.

   Cette étape de test insère un nouvel enregistrement dans la table [sc_request] pour l’élément de demande du catalogue RITM0010001.

   Figure 2. Détails de l’étape 1 du test de Service Catalog : Repasser l’élément de demande

   
   
   

   Cette insertion déclenche le workflow de demande de Service Catalog, qui vérifie le prix de l’élément, détermine qu’il dépasse 1 000,00 $ et génère ainsi des enregistrements d’approbation pour les utilisateurs appartenant au groupe d’approbations de demandes de catalogue. Dans cet exemple, un seul utilisateur, Eric Schroeder, appartient à ce groupe.

   Figure 3. Capture d’écran du workflow de demande de Service Catalog déclenché

   
   
   

2. Empruntez l’identité d’Eric Schroeder, l’utilisateur qui doit approuver cette demande de Service Catalog.

   Figure 4. Étape de test : emprunter l’identité d’Eric Schroder

   
   
   

3. Vérifiez que le système a créé un enregistrement d’approbation pour Eric Schroeder et cette demande.
   Notez que pour le champ Approbation pour , vous affectez la valeur de sortie de l’étape 1.

   Figure 5. Détails de l’étape 3 : requête d’enregistrement pour l’enregistrement d’approbation

   
   
   

4. Définissez l’état de cet enregistrement d’approbation sur Approuvé.

   Figure 6. Détails de l’étape 4 : définir l’enregistrement d’approbation sur Approuvé

   
   
   

   Le workflow de demande de Service Catalog vérifie que tous les enregistrements d’approbation requis ont l’état Approuvé et passe à l’action d’approbation qui marque l’enregistrement de demande [sc_request] comme Approuvé.

   Figure 7. Étape 4 : le workflow déclenché marque l’enregistrement de la demande comme approuvé

   
   
   

   Lorsque l’enregistrement dans [sc_request] passe à l’état Approuvé, une règle métier associée génère des éléments de demande [sc_request_item] pour chaque élément de la demande. Dans cet exemple, la demande ne contient qu’un seul élément, de sorte que la règle métier insère un enregistrement dans la table [sc_request_item]. Cette insertion déclenche le workflow de demande d’élément de Service Catalog.

   Figure 8. Workflow des éléments de Service Catalog

   
   
   

   La première activité du workflow de demande d’élément de Service Catalog génère un enregistrement d’approbation pour le chef du département dans lequel travaille l’utilisateur demandeur. Dans cet exemple, la responsable du département est Natasha Ingram.

   Figure 9. Workflow de l’élément de Service Catalog : étape 4

   
   
   

5. Le workflow ne se poursuit pas tant que le chef de département ne l’a pas approuvé, de sorte que l’étape de test suivante emprunte l’identité de Natasha Ingram.

   Figure 10. Étape 5 : emprunter l’identité de l’utilisateur

   
   
   

6. Obtenez la sys_id du nouvel enregistrement d’approbation à l’aide de l’étape Requête d’enregistrement.
   Notez que la requête d’enregistrement crée une variable de sortie avec le sys_id du premier enregistrement renvoyé par la requête.

   Figure 11. Étape 6 : étape de test de la requête d’enregistrement

   
   
   

7. Définissez l’enregistrement d’approbation sur Approuvé.

   Figure 12. Étape 7 : étape de test de l’utilisateur d’approbation

   
   
   

   Notez que l’Étape 7 fait référence à la variable de sortie de l’Étape First record 6 pour spécifier l’enregistrement à approuver. Lorsque l’enregistrement est approuvé, le workflow passe à l’activité Approbation - Utilisateur, qui génère un enregistrement d’approbation pour le DSI. Dans cet exemple, le DSI est Bow Ruggeri.

   Figure 13. Détails de l’étape 7 - Workflow des éléments de Service Catalog

   
   
   

8. Empruntez l’identité de Bow Ruggeri.
9. Obtenir la sys_id de l’enregistrement d’approbation pour Bow Ruggeri.
10. Définissez l’enregistrement d’approbation sur Approuvé.
    Lorsque l’enregistrement est approuvé, le workflow passe à l’activité Action d’approbation qui définit l’enregistrement de cet élément dans la table [sc_request_item] sur Approved. Le workflow passe à l’activité Tâche du catalogue intitulée Gestion des actifs. Exécute la commande. Cette activité de tâche du catalogue génère un nouvel enregistrement dans la table [sc_task] qui demande à un utilisateur du groupe d’exécution de commander l’élément.

    Figure 14. Étape 10 - Workflow de l’élément de Service Catalog

    
    
    

11. Empruntez l’identité d’un utilisateur du groupe d’exécution, dans cet exemple ATF. Utilisateur.

    Figure 15. Étape 11 : emprunter l’identité d’un utilisateur Étape de test

    
    
    

12. Obtenez la sys_id de la nouvelle tâche de catalogue à l’aide de l’étape Requête d’enregistrement.
    Notez que la requête d’enregistrement crée une variable de sortie avec le sys_id du premier enregistrement renvoyé par la requête.

    Figure 16. Étape 12 : étape de test de la requête d’enregistrement

    
    
    

13. Marquez l’enregistrement [sc_task] comme Closed Complete.

    Figure 17. Étape 13 : étape de test de mise à jour d’enregistrement

    
    
    

    Notez que l’Étape 13 utilise la variable de sortie de l’Étape First record 12 pour spécifier l’enregistrement à marquer comme Closed Complete.

    Lorsque l’enregistrement est marqué Closed Complete, le workflow quitte l’activité Tâche du catalogue par le chemin de sortie En stock .

    Figure 18. Étape 13 - Workflow de demande d’élément de Service Catalog

    
    
    

    Le workflow passe à l’activité Notification, puis à l’activité Tâche du catalogue intitulée Déployer l’élément sur l’utilisateur. L’activité Déployer l’élément sur la tâche du catalogue utilisateur insère un nouvel enregistrement dans la table [sc_task] qui demande à un utilisateur du groupe de déploiement de livrer l’élément.

14. Obtenez la sys_id de la nouvelle tâche de catalogue à l’aide de l’étape Requête d’enregistrement.
    Notez que la requête d’enregistrement renvoie une variable de sortie avec le sys_id du premier enregistrement renvoyé par la requête.

    Figure 19. Étape 14 : étape de test de la requête d’enregistrement

    
    
    

15. Marquez l’enregistrement [sc_task] comme fermé terminé.
    Notez que l’Étape 15 utilise la variable de sortie de l’Étape First record 14 pour spécifier l’enregistrement à marquer comme Fermé terminé.

    Figure 20. Étape 15 : étape de test de mise à jour d’enregistrement

    
    
    

    Lorsque l’enregistrement est marqué comme fermé terminé, le workflow quitte l’activité Tâche du catalogue, consigne un message et quitte.

    Figure 21. Étape 15 - Workflow de demande d’élément de Service Catalog

    
    
    

16. Vérifiez que l’élément de demande dans [sc_request_item] a l’état Fermé terminé.

    Figure 22. Détails de l’étape 15 : validation de l’enregistrement

    
    
    

17. Vérifiez que la demande [sc_request] a l’état Fermé terminé.

    Figure 23. Étape 16 - Étape de test de validation d’enregistrement

    
    
    

Référence associée

• Repasser l'élément de demande