Tester vos applications avec l’ATF
L’ATF Framework de tests automatisés vous permet de créer et d’exécuter des tests automatisés pour confirmer que votre instance fonctionne après avoir effectué un changement. Par exemple, après une mise à niveau, pendant le développement d’application ou lors du déploiement de configurations d’instance avec des ensembles de mises à jour. Examinez les résultats des tests ayant échoué pour identifier les changements qui ont causé l’échec et les changements que vous devez examiner.
Pour la formation des développeurs, reportez-vous à la section L’utilisation de l’attribut Framework de tests automatisés sur le ServiceNow Site Developerfichier .
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 annulant 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.
- Planifiez des exécutions de suite de tests.
- Permettez aux concepteurs de tests non techniques de créer des tests de fonctionnalités standard Now Platform .
- Réduisez le temps de conception des tests en copiant les tests de démarrage rapide et les 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
Il 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 certaines fonctionnalités ou fonctionnalités. Chaque test est un enregistrement dans la table Test [sys_atf_test]. Les concepteurs de tests 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 ticket de produit. Chaque test est associé à une liste d’étapes de test et de résultats de test.
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 : Gestion des tickets valide la fonctionnalité de l’application Gestion du service clientèle. Les concepteurs de tests peuvent planifier l’exécution de suites de tests et le démarrage de tous les exécuteurs de tests 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. Consultez 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’étape 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 du test CSM : créer un ticket de produit consiste à emprunter l’identité de l’utilisateur de démonstration John Jason, qui est autorisé pour la gestion des tickets.
Configuration de l'étape
Une configuration d’étape est une action de test spécifique qu’elle Framework de tests automatisés peut exécuter. Les configurations d’étapes ne contiennent pas de données de test d’exécution et ne peuvent être exécutées que lorsque les concepteurs de tests 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 d’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.
Le Framework de tests automatisés fournit une liste par défaut de 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 des valeurs d’entrée et de sortie spécifiques à l’étape. Par exemple, la configuration de l’étape Ouvrir un nouveau formulaire comporte des variables pour spécifier les noms des vues de table et 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’un test ou d’une exécution de suite de tests. Chaque résultat de test est un enregistrement dans la table 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 les captures d’écran lorsqu’elles sont disponibles. Utilisez les résultats des tests pour identifier les tests qui échouent ou ne s’exécutent pas, et utilisez les journaux des tests pour obtenir plus d’informations sur les résultats des tests. Par défaut, le système supprime les résultats des tests et des suites de tests 30 jours après leur création, sauf si vous activez l’option permettant de conserver le résultat du test indéfiniment.
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 fonctions nécessitant un examen.
Type de déclaration
Le champ Type d’assertion 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 vouliez tester qu’un enregistrement ne peut pas être mis à jour. Dans ce cas, vous devez ajouter une étape de test Insertion d’enregistrement et définir le champ Type d’assertion sur L’enregistrement n’a pas été inséré. Le test réussit en cas d’échec de l’insertion de l’enregistrement.
Certaines catégories d’étapes de test qui incluent des étapes avec un champ Type d’assertion comprennent :
- Catégorie de serveur: indique 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 indique si le texte visible entraîne la réussite ou l’échec d’un test.
- Formulaires dans la Portail de services catégorie: déclarer si un formulaire annulé dans le navigateur en raison d’erreurs de validation ou un formulaire soumis avec succès au serveur entraîne la réussite d’un test.
Tests exécutables clients
Un exécuteur de test client est un onglet de navigateur qui exécute des étapes de test côté client dans une Now Platform interface utilisateur. Les exécuteurs de tests 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 exécuteur de test client ou sélectionner un exécuteur de test client existant. Les concepteurs de tests peuvent planifier le démarrage des exécuteurs de tests clients lorsqu’ils planifient l’exécution d’une suite de tests.
Rôles d'utilisateur
Affectez des rôles pour définir Framework de tests automatisés des 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 | Affichez les propriétés de Framework de tests automatisés uniquement (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