Testez vos applications avec l’ATF
L’ATF Infrastructure 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, voir Utilisation du Infrastructure de tests automatisés sur le ServiceNow Site Developer.
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 test 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 les 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é 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.
Infrastructure de tests automatisés Enregistrements et composants
La Infrastructure 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 caractéristiques. 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 possède une liste connexe 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 : Case Management valide la fonctionnalité de l’application Customer Service Management. Les concepteurs de tests peuvent planifier l’exécution des 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 des tests de démarrage rapide comme modèles pour créer vos propres tests et suites de tests. Pour en savoir plus, consultez cette vidéo de présentation du test de démarrage rapide .
Étape de test
Une étape de test combine une configuration d’étapes avec les données de test d’exécution nécessaires à l’exécution d’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 la fonctionnalité. 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é pour la gestion des tickets.
Configuration de l’étape
Une configuration d’étape est une action de test spécifique qu’il Infrastructure de tests automatisés peut 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 tests les ajoutent dans le cadre d’une étape de test. Chaque configuration d’étape est un enregistrement dans la table Configuration des étapes 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.
La Infrastructure 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 d’étape 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’une exécution de test ou d’une 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 d’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 ayant échoué ou non exécutés, et utilisez les journaux de tests pour afficher 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 de l’étape 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 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 de déclaration sur L’enregistrement n’a pas été inséré. Le test réussit lorsque l’insertion de l’enregistrement échoue.
Certaines catégories d’étapes de test qui incluent des étapes avec un champ de type d’assertion comprennent :
- Catégorie de serveur: indiquez quelles opérations CRUD entraînent la réussite ou l’échec d’un test.
- Catégorie d’interface utilisateur personnalisée: indiquez 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: indiquez 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 test exécutable client est un onglet de navigateur qui exécute des étapes de test côté client dans une Now Platform interface utilisateur. Les tests exécutables clients nécessitent un onglet de navigateur pour fonctionner. Si aucun test exécutable 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 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 Infrastructure 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 d’Infrastructure de tests automatisés. Dispose de l’autorisation de :
|
| atf_test_designer | Afficher uniquement les propriétés d’Automated Test Framework (impossible de créer ni de modifier des propriétés). Dispose de 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 construites avec Générateur d'IU, y compris les pages avec des listes et des composants de formulaire.
- Pages de destination
- Pages créées avec UI Builder, y compris les pages avec des listes et des composants de formulaire.
- Pages de destination