Framework de tests automatisés Cas d’utilisation : tester une demande de Service Catalog

Ce cas d’utilisation illustre Test d’une demande avec Automated Test Frameworkde Service Catalog.

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 du catalogue de services une fois qu’une demande existe et qu’elle a un enregistrement dans la table d’élément de demande. Dans la Xanadu version, vous ne pouvez pas créer un 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. Rejouer 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 par conséquent des enregistrements d’approbation pour les utilisateurs appartenant au groupe d’approbations de 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 d’approbation sur Approuvé

   
   
   

   Le workflow de demande de Catalogue de services constate 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 de [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 d’élément de catalogue de services

   
   
   

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

   Figure 9. Workflow d’é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é de l’utilisateur

   
   
   

6. Obtenez le sys_id du nouvel enregistrement d’approbation à l’étape Requête d’enregistrement.
   Notez que la requête d’enregistrement crée une variable de sortie avec la 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 d’approbation sur Approuvé.

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

   
   
   

   Notez que l’étape 7 se réfère à 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 suivante, 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 d’élément de catalogue de services

   
   
   

8. Empruntez l’identité de Bow Ruggeri.
9. Obtenir le 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é 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 indique à un utilisateur du groupe 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 du groupe Exécution, dans cet exemple ATF. Utilisateur.

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

    
    
    

12. Obtenez le sys_id de la nouvelle tâche de catalogue à l’étape Requête d’enregistrement.
    Notez que la requête d’enregistrement crée une variable de sortie avec la 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 la 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 via le chemin de sortie En stock .

    Figure 18. Étape 13 : workflow de demande d’élément de Catalogue de services

    
    
    

    Le workflow passe à l’activité Notification, puis à l’activité Tâche du catalogue intitulée Déployer l’élément pour 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 indique à un utilisateur du groupe de déploiement de livrer l’élément.

14. Obtenez le sys_id de la nouvelle tâche de catalogue à l’étape Requête d’enregistrement.
    Notez que la requête d’enregistrement renvoie une variable de sortie avec l’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 la 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 Catalogue de services

    
    
    

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