Explorer Framework de tests automatisés
Vous Framework de tests automatisés aide à garantir l’intégrité de votre instance en permettant la création et l’exécution de tests automatisés suite à tout changement.
Avantages
- Réduisez le temps de mise à niveau et de développement en remplaçant les tests manuels par des tests automatisés.
- Concevez des tests une seule fois et réutilisez-les dans différents contextes et avec différents ensembles de données de test.
- Gardez les instances de tests propres en restaurant les données de test et les modifications apportées après chaque exécution de test.
- Créez des suites de tests pour organiser et exécuter des tests par lots.
- Planifier des exécutions de suites de tests.
- Permettez aux concepteurs de tests non techniques de créer des tests des fonctionnalités standard ServiceNow AI Platform .
- Réduisez le temps de conception des tests en copiant des tests de démarrage rapide et des suites de tests.
- Créez des étapes de test personnalisées pour étendre la couverture des tests.
Framework de tests automatisés enregistrements et composants
Le Framework de tests automatisés se compose de ces enregistrements et composants.
Test
Un test est un regroupement logique d’étapes de test automatisées connexes qui vérifient une fonctionnalité ou une fonctionnalité. Chaque test est un enregistrement dans la table Test [sys_atf_test]. Les concepteurs de test créent généralement un test pour vérifier une fonctionnalité ou un groupe de fonctionnalités connexes. Par exemple, le test CSM : créer un ticket de produit valide la création d’enregistrements de tickets de produit. Chaque test dispose d’une liste connexe d’étapes de test et de résultats des tests.
Suite de tests
Une suite de tests est une collection de tests qui s’exécutent dans un ordre spécifique. Les concepteurs de tests créent généralement une suite de tests pour tester une application ou un groupe de fonctionnalités connexes. Par exemple, la suite de tests CSM : Case Management valide les fonctionnalités de l’application Customer Service Management (Gestion du service client). Les concepteurs de tests peuvent planifier l’exécution des suites de tests et le démarrage de tous les tests exécutables clients requis.
Test de démarrage rapide
Un test de démarrage rapide est un test ou une suite de tests installé avec les données de démonstration d’une application. Utilisez les tests de démarrage rapide comme modèles pour créer vos propres tests et suites de tests. Regardez cette vidéo de présentation du test de démarrage rapide pour plus d’informations.
Étape de test
Une étape de test combine une configuration d’étapes avec les données de test d’exécution nécessaires pour exécuter une étape. L’étape de test spécifie toujours l’ordre dans lequel elle s’exécute dans le test. Les étapes de test ont leur propre liste connexe de résultats d’étapes. Chaque étape de test est un enregistrement dans la table Étape de test [sys_atf_step] qui spécifie une action de test, la configuration de l’étape et un ordre d’exécution. Les concepteurs de tests ajoutent des étapes de test aux tests pour vérifier les fonctionnalités. Par exemple, la première étape de test du test CSM : créer un ticket de produit consiste à emprunter l’identité de l’utilisateur de démonstration John Jason, qui est autorisé à utiliser Case Management.
Configuration de l'étape
Une configuration d’étape est une action de test spécifique que vous Framework de tests automatisés pouvez exécuter. Les configurations d’étapes ne contiennent aucune donnée de test d’exécution et ne peuvent être exécutées que lorsque les concepteurs de test les ajoutent dans le cadre d’une étape de test. Chaque configuration d’étape est un enregistrement dans la table Configuration de l’étape de test [sys_atf_step_config] qui spécifie les variables d’entrée utilisées pour exécuter la configuration d’étape et les variables de sortie disponibles pour les autres configurations d’étape. Par exemple, la configuration de l’étape Emprunter l’identité permet à un test d’emprunter l’identité d’un autre utilisateur.
fournit Framework de tests automatisés une liste par défaut des configurations d’étapes pour la plupart des cas d’utilisation et permet aux concepteurs de tests de créer leurs propres configurations d’étapes personnalisées.
Variable d’étape
Une variable step stocke les valeurs d’entrée et de sortie spécifiques aux étapes. Par exemple, la configuration de l’étape Ouvrir un nouveau formulaire comporte des variables pour spécifier les noms de table et de vue de formulaire. Utilisez des variables d’étape pour spécifier une cible d’étape de test particulière ou pour transmettre des informations à d’autres étapes de test.
Résultat de test
Un résultat de test stocke la sortie d’une exécution de test ou de suite de tests. Chaque résultat de test est un enregistrement dans la table Test Result (Résultat du test) [sys_atf_test_result] qui spécifie la durée de l’exécution du test, l’état du test et, le cas échéant, les captures d’écran. Utilisez les résultats des tests pour identifier les tests en échec ou non exécutés, et utilisez les journaux des tests pour afficher plus d’informations sur les résultats des tests. Par défaut, le système supprime les résultats du test et de la suite de tests 30 jours après leur création, sauf si vous activez l’option de conservation indéfinie du résultat du test.
Résultat de l'étape
Un résultat d’étape stocke la sortie d’une exécution d’étape de test. Chaque résultat d’étape est un enregistrement dans la table Résultat de l’étape [sys_atf_test_result_step] qui spécifie l’état de l’étape de test, un résumé de la sortie et un journal complet de la sortie générée par l’étape de test. Utilisez les résultats des étapes pour identifier les défaillances et les fonctionnalités nécessitant un examen.
Type de déclaration
Le champ Type de déclaration spécifie les conditions qui doivent être remplies pour qu’un test réussisse. Les concepteurs de tests peuvent utiliser des assertions pour spécifier si les résultats d’une opération sont attendus ou inattendus. Par exemple, supposons que vous souhaitiez tester l’impossibilité de mettre à jour un enregistrement. Dans ce cas, vous devez ajouter une étape de test d’insertion d’enregistrement et définir le champ Type d’assertion sur L’enregistrement n’a pas été inséré. Le test réussit lorsque l’insertion de l’enregistrement échoue.
Voici quelques catégories d’étapes de test qui incluent des étapes avec un champ de type de déclaration :
- Catégorie de serveur: déterminez quelles opérations CRUD entraînent la réussite ou l’échec d’un test.
- Catégorie d’interface utilisateur personnalisée: indique quels états de composant entraînent la réussite ou l’échec d’un test, et si le texte visible entraîne la réussite ou l’échec d’un test.
- Formulaires dans la Portail de services catégorie: vérifiez si un formulaire annulé dans le navigateur en raison d’erreurs de validation ou si un formulaire soumis avec succès au serveur entraîne la réussite d’un test.
Tests exécutables clients
Un test exécutable client est un onglet de navigateur qui exécute des étapes de test côté client dans une ServiceNow AI Platform interface utilisateur. Les tests exécutables clients nécessitent un onglet de navigateur pour fonctionner. Si aucun exécuteur de test client n’est disponible lorsque vous exécutez un test, le système vous invite à en ouvrir un. Les testeurs peuvent démarrer manuellement un test exécutable client ou sélectionner un test exécutable client existant. Les concepteurs de tests peuvent planifier le démarrage des tests exécutables clients lorsqu’ils planifient l’exécution d’une suite de tests.
Rôles d'utilisateur
Attribuez des rôles pour définir Framework de tests automatisés les autorisations.
| Titre du rôle [name] | Description du rôle |
|---|---|
| atf_test_admin | Créez ou modifiez des propriétés de Framework de tests automatisés. A l’autorisation de :
|
| atf_test_designer | Afficher uniquement les propriétés de Framework de tests automatisés (impossible de créer ou de modifier des propriétés). A l’autorisation de :
|
| atf_ws_designer | Affichez ou définissez les profils d’authentification de base nécessaires pour les points de terminaison REST qui nécessitent une authentification. Consultez Catégorie REST pour plus d'informations. |
- Pages créées avec Générateur d’IU, y compris les pages avec des listes et des composants de formulaire.
- Pages de destination