Framework de tests automatisés Cas d’utilisation : Tester une demande de Catalogue de services

Ce cas d’utilisation illustreTest d’une demande de Catalogue de services avec Framework de tests automatisés

Avant de commencer

Rôle requis : atf_test_admin

Pourquoi et quand exécuter cette tâche

L’étape de test Repasser l’élément de demande vous permet de tester le processus de commande du catalogue de services dès lors qu’une demande existe et qu’elle est enregistrée dans la table d’élément de demande. Dans la mise en Yokohama production, vous ne pouvez pas créer de test automatisé pour le processus par lequel l’utilisateur crée une nouvelle demande.

Figure 1. Framework 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 Catalogue de services : Repasser l’élément de demande

   
   
   

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

   Figure 3. Capture d’écran du workflow de demande de Catalogue de services déclenché

   
   
   

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

   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 de l’approbation sur Approuvé

   
   
   

   Le workflow de demande de Catalogue de services voit 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 Catalogue de services.

   Figure 8. Workflow de l’élément de Catalogue de services

   
   
   

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

   Figure 9. Workflow de l’élément de Catalogue de services : étape 4

   
   
   

5. Le workflow ne se poursuit pas tant que le chef de service 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é d’un utilisateur

   
   
   

6. Obtenez les sys_id du nouvel enregistrement d’approbation à l’aide de l’étape Demande 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 requête d’enregistrement

   
   
   

7. Définissez l’enregistrement de l’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’approbation suivante : activité 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 de l’élément de Catalogue de services

   
   
   

8. Empruntez l’identité de Bow Ruggeri.
9. Obtenez les sys_id de l’enregistrement d’approbation de Bow Ruggeri.
10. Définissez l’enregistrement de l’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é de 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 Catalogue de services

    
    
    

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

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

    
    
    

12. Obtenez l’sys_id de la nouvelle tâche du catalogue à l’aide de l’étape Demande 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 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 en empruntant 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é de tâche du catalogue intitulée Déployer l’élément vers 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 l’sys_id de la nouvelle tâche du catalogue à l’aide de l’étape Demande 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 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é de tâche du catalogue, consigne un message et se termine.

    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é et terminé.

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

    
    
    

Référence associée

• Repasser l'élément de demande