Étapes de test d’interface utilisateur personnalisée
Testez des interfaces utilisateur personnalisées telles que des pages d’interface utilisateur et des macros d’interface utilisateur en récupérant leurs composants de page HTML et JavaScript et en identifiant les actions de test qu’elles prennent en charge.
Les étapes de test d’interface utilisateur personnalisée nécessitent la récupération et l’identification Infrastructure de tests automatisés des composants testables à partir d’une page Web cible.
Composants pouvant être testés
Les composants de page testables sont des formats HTML et JavaScript standard présentant les caractéristiques suivantes.
- Sont définis ou cliqués par l’interaction de l’utilisateur
- Les composants de page testables permettent aux utilisateurs de définir une valeur ou de cliquer dessus.
- Sont accessibles à partir du modèle d’objet de document (DOM)
- Les composants de page testables sont accessibles depuis le DOM et prennent en charge la manipulation JavaScript des DOM. Les étapes de test d’interface utilisateur personnalisées ne peuvent pas accéder aux composants de page dans le DOM fantôme.
- Sont accessibles à JavaScript
- Les composants de page testables sont accessibles en JavaScript. Les étapes de test d’interface utilisateur personnalisées ne peuvent pas accéder aux composants de page qui interagissent directement avec le système d’exploitation, tels que les champs de fichier, ou afficher du contenu non HTML tel que les fichiers Excel ou PDF.
- Ne sont pas exclus des tests d’interface utilisateur personnalisés
- Les composants de page pouvant être testés ne sont pas exclus des tests d’interface utilisateur personnalisés. Infrastructure de tests automatisés exclut les composants de page qui peuvent déjà être testés par d’autres catégories d’étapes de test, ainsi que les composants de page associés aux Now Platform fonctionnalités.
- Sont accessibles à l’inspecteur de page
- Les composants de page pouvant être testés doivent renvoyer des résultats lorsqu’ils Inspecteur de pagesont affichés à partir du fichier . Les concepteurs de tests peuvent utiliser l’inspecteur de page pour identifier les composants testables d’une page.
- Boutons
- Liens
- Texte de la page
- Contrôles de l'interface utilisateur
- Macros d'interface utilisateur
- ui_date
- ui_date_time
- ui_reference
- Pages de l'interface utilisateur
- Assistants
Les éléments d’interface utilisateur suivants sont des exemples de composants de page non testables.
| Motif non testable | Composants de page non testables |
|---|---|
| Ne sont pas définissables ou cliquables | Contrôles masqués |
| Commentaires HTML | |
| Éléments de mise en page HTML tels que div, section et parcours. | |
| Éléments de script HTML | |
| Sont inaccessibles depuis les DOM | Tableaux de bord |
| Images | |
| Listes | |
| Rapports | |
| DOM fantôme | |
| Sont inaccessibles à JavaScript | Fichiers Excel |
| Champs de fichier | |
| Fichiers PDF | |
| Sont Now Platform des fonctionnalités | Concepteur de flux |
| Studio | |
| Mettre à niveau le moniteur | |
| Peuvent être testées par d’autres catégories d’étapes de test | Étiquettes de champs de formulaire |
| Valeurs des champs de formulaire | |
| Catalogue de services | |
| Espaces de travail |
Composants de page définissables
Un composant définissable est un élément d’interface utilisateur qui a une valeur dynamique telle qu’un champ d’entrée de texte. Les composants définissables prennent en charge ces actions de test et étapes de test.
| Actions de l’inspecteur de page | Étapes de test d’interface utilisateur personnalisée |
|---|---|
| Définir la valeur de composant | Définir les valeurs de composant (interface utilisateur personnalisée) |
| Obtenir la valeur de composant | Déclarer le texte sur la page (interface utilisateur personnalisée) |
| Validation de la valeur de composant (interface utilisateur personnalisée) | |
| Est un composant désactivé | Validation de l'état de composant (interface utilisateur personnalisée) |
Les composants définissables ont un type de données qui détermine les valeurs qu’une étape de test d’interface utilisateur personnalisée peut définir. Par exemple, un composant de page destiné à afficher une référence à un enregistrement particulier peut avoir un type de données de référence pour afficher uniquement les valeurs d’ID système.
- Date
- Date/Heure
- Référence
Consultez Remplacer le type de données de composant pour plus d'informations.
Composants de page cliquables
Un composant cliquable est un élément d’interface utilisateur avec lequel les utilisateurs peuvent interagir en cliquant dessus, comme les entrées de type Case à cocher ou radio. Les composants cliquables prennent en charge ces actions de test.
| Actions de l’inspecteur de page | Étapes de test d’interface utilisateur personnalisée |
|---|---|
| Cliquer sur le composant | Cliquer sur composant (interface utilisateur personnalisée) |
| Obtenir la valeur de composant | Déclarer le texte sur la page (interface utilisateur personnalisée) |
| Validation de la valeur de composant (interface utilisateur personnalisée) | |
| Est un composant désactivé | Validation de l'état de composant (interface utilisateur personnalisée) |
Les composants cliquables n’ont pas de type de données, car ils n’ont pas de valeurs dynamiques.
Composants de page récupérés
Infrastructure de tests automatisés stocke une liste des composants de page récupérés pour chaque page d’interface utilisateur personnalisée que vous testez. Les étapes de test d’interface utilisateur personnalisées affichent la liste des composants récupérés à partir des champs Composant et Valeurs de composant .
Par défaut, la liste des composants de la page est statique et n’est mise à jour que lorsque les concepteurs de tests cliquent manuellement sur Récupérer les composants. Les administrateurs peuvent activer la propriété sn_atf.page_data_capture.enabled système pour actualiser la liste des composants de la page chaque fois qu’une étape de test d’interface utilisateur personnalisée est exécutée. L’activation de cette propriété pendant la conception du test garantit que vos concepteurs de tests ont toujours accès à la liste des composants de page la plus récente. La désactivation de cette propriété une fois la conception du test terminée permet à vos tests de s’exécuter plus rapidement, car les étapes de test peuvent utiliser la liste des composants de page précédemment récupérée.
Le Now Platform traite la liste des composants de page récupérés comme des données et ne les inclut pas dans les ensembles de mises à jour ou les fichiers d’applications. Lors du transfert de tests d’une instance à une autre, les concepteurs de tests doivent à nouveau récupérer manuellement les composants de la page.
Considérations relatives à la conception
Suivez ces considérations de conception lorsque vous testez des pages d’interface utilisateur personnalisées et des composants de page.
- Utiliser l’inspecteur de page pour identifier les composants de page pouvant être testés
- L’inspecteur de page détermine quels composants de page sont disponibles pour le test d’interface utilisateur personnalisé. Les composants de page qui ne sont pas disponibles pour l’inspecteur de page ne sont pas disponibles pour les tests d’interface utilisateur personnalisés.
- Accédez à l’interface utilisateur personnalisée que vous souhaitez tester
- Utilisez les étapes de test existantes pour accéder à l’interface utilisateur personnalisée cible. Par exemple, pour tester un article de la base de connaissances, utilisez les étapes de test existantes pour accéder à un module ou pour ouvrir un enregistrement existant. La plupart des tests d’interface utilisateur personnalisés nécessitent l’utilisation des catégories d’étapes de test existantes dans le cadre du test.
- Utiliser la zone de composant pour identifier les composants de la page
- La zone de composant décrit l’élément de mise en page HTML contenant le composant, tel qu’un
<div>élément or<section>. Cette zone aide les concepteurs de tests à distinguer les composants en indiquant l’emplacement dans la mise en page. - Tester votre interface utilisateur personnalisée plutôt que l’interface Now Platform utilisateur
- Le Infrastructure de tests automatisés empêche le test d’interface utilisateur personnalisée des Now Platform fonctionnalités. Par exemple, vous ne pouvez pas tester les tableaux de bord ou les concepteurs graphiques. Créez plutôt des tests pour valider vos pages et éléments d’interface utilisateur personnalisés, car vous avez un contrôle direct sur ces interfaces utilisateur.
- Utiliser les attributs HTML pour remplacer les propriétés de test du composant de page
- Modifiez les propriétés de test d’un composant de page particulier à l’aide d’attributs Infrastructure de tests automatisés HTML spécifiques à . Reportez-vous à Remplacer les actions de test du composant.
- Récupérer à nouveau les composants de la page lorsque vous déplacez des tests vers une autre instance
- Les étapes de test d’interface utilisateur personnalisées ne stockent pas les composants d’interface utilisateur en tant que métadonnées. Les testeurs doivent à nouveau récupérer manuellement les composants de la page lors du déplacement des tests entre les instances.
Exemple de test d’interface utilisateur personnalisé
Vous pouvez utiliser la liste des composants récupérés pour concevoir des étapes de test d’interface utilisateur personnalisées. Par exemple, supposons que vous vouliez tester la révision et le commentaire d’un article de la base de connaissances. Un article de la base de connaissances contient plusieurs composants de page qui nécessitent des étapes d’interface utilisateur personnalisées à tester.
- Le nombre de vues de l’article.
- Les boutons pour marquer l’article comme Utile.
- Zone de texte pour laisser un commentaire.
- Accédez au module. Accédez au module « Publié » dans l’application « Connaissances ».
- Ouvrez un enregistrement existant. Ouvrez le formulaire « Connaissances » avec l’identifiant « Connaissances : KB0011110 ».
- Cliquez sur une action d’interface utilisateur. Cliquez sur l’action d’interface utilisateur « Afficher l’article » sur le formulaire « Connaissances ».
- Déclarer le texte sur la page (interface utilisateur personnalisée). Vérifiez que le texte « développeurs » est sur la page.
- Définir les valeurs de composant (interface utilisateur personnalisée). Définissez les composants sur la page comme suit : 'Zone de texte <textarea> [article_comments]' = Mettre à jour avec l’article réel plutôt qu’avec l’URL vers l’article ailleurs.
- Cliquer sur composant (interface utilisateur personnalisée). Cliquez sur le composant : 'Bouton <button>: Commenter'.
- Déclarer le texte sur la page (interface utilisateur personnalisée). Vérifiez que le texte « Mettre à jour avec l’article réel plutôt que l’URL vers l’article ailleurs. » est sur la page.
Version et ordre du composant d’interface utilisateur personnalisé
Identification des composants
<button sn-atf-id="consistentValue">Test</button>Améliorer l’identification des composants ATF
Identifiez votre composant à l’aide du chemin d’accès de l’étiquette inclus dans la colonne Zone de page . À compter de la Rome mise en production, la propriété sn_atf.element.use_label_path est définie sur true par défaut.
sn-atf-area , la colonne Zone de page affiche la valeur sn-atf-area . Si l’attribut sn-atf-area n’est pas présent, le chemin d’accès de l’étiquette pour ce composant est affiché dans la colonne Zone de page.sn-atf-area ou de chemin d’étiquette, la valeur s’affiche par défaut.