Inspecteur de page
Identifiez les composants de page HTML et JavaScript de vos interfaces utilisateur qui sont disponibles pour le test d’interface utilisateur personnalisée. Activez le test automatisé en vous assurant que vos interfaces utilisateur contiennent uniquement des composants de page pouvant être testés.
L’inspecteur de page est un paramètre de développeur qui ouvre un nouveau volet à côté de n’importe quelle page actuellement affichée Now Platform .
- Un cadre en surbrillance pour identifier la page actuellement inspectée.
- Une icône de bannière pour afficher ou masquer le volet de l’inspecteur.
- Un bouton pour actualiser la liste des composants de la page.
- Un bouton pour masquer le volet de l’inspecteur.
- Un bouton d’inspecteur pour identifier des composants spécifiques sur une page.
- Une liste des composants de page disponibles pour le test d’interface utilisateur personnalisé.
- Un filtre de recherche du composant de page.
- Ligne sur laquelle cliquer pour afficher plus d’informations sur un composant de page.
- Une ligne et une info-bulle en surbrillance pour afficher un aperçu des informations relatives au composant actuellement inspecté.
- Un composant de page en surbrillance pour identifier le composant actuellement inspecté sur la page.
- Une étiquette de composant et un bouton Retour pour revenir à la liste des composants de la page.
- Une liste des actions à effectuer sur le composant de la page actuelle.
- Liste d’informations sur les attributs du composant de la page actuelle.
- Paire nom d’attribut et valeur pour un composant de page.Remarque :Vous pouvez utiliser le champ Chemin d’accès de l’étiquette pour afficher le contexte hiérarchique de la page autour d’un élément lors de l’inspection d’un composant sur une page. S’il y a de nombreux chemins d’étiquette « ancêtre » d’un élément, il ne peut en afficher que trois. Chaque élément de chemin d’accès de l’étiquette est séparé par une >. Il peut être utilisé pour différencier deux composants d’apparence similaire.
Lanceur d’inspecteur de page
Le lanceur de l’inspecteur de page vous aide à sélectionner et à lancer une page spécifique dans l’inspecteur de page. Consultez Inspecter différents types de page pour plus d'informations.
Composants de page testables
L’inspecteur de page récupère la liste des composants de page pouvant être testés lors du premier chargement d’une page. Les composants testables sont des fichiers HTML et JavaScript standard accessibles au Infrastructure de tests automatisésfichier . Les concepteurs de tests peuvent utiliser ces composants dans le cadre de tests d’interface utilisateur personnalisés.
Composants de page non testables
- Liste d’exclusion
- Les composants de page figurant dans la liste d’exclusion ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisée. Les composants de page mis sur liste d’exclusion incluent généralement des interfaces utilisateur spécialisées Now Platform et des composants déjà testables par d’autres moyens. Les concepteurs de tests ne peuvent pas créer de tests d’interface utilisateur personnalisés pour les composants de page figurant sur la liste d’exclusion. Pour tester ces composants, ils doivent utiliser une autre catégorie de test prise en charge, telle que Forms ou Catalogue de services.
Dans l’inspecteur de page, les interfaces répertoriées comme excluant sont indiquées par une couleur d’arrière-plan grise lorsque vous faites glisser l’icône d’inspection dessus. Un message détaillé sur la catégorie d’étape qui doit être utilisée pour tester ces composants s’affiche en déposant l’icône d’inspection sur un composant figurant sur la liste d’exclusion.
- Les listes ne peuvent pas être testées à l’aide d’étapes de test d’interface utilisateur personnalisées. Utilisez Liste et liste connexe la catégorie d’étape de test pour tester les listes.
Figure 3. Exemple de message sur la liste d’exclusion - Les formulaires ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisées. Pour tester les formulaires, utilisez les Catégorie de formulaire étapes de test.
Figure 4. Exemple de message de formulaire d’exclusion répertoriée Remarque :Les formateurs d’interface utilisateur dans les formulaires sont accessibles et testés à l’aide d’étapes de test d’interface utilisateur personnalisées. Consultez Créer un test d’interface utilisateur personnalisé pour plus d'informations. - Les éléments Service Catalog ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisées. Pour tester les éléments de catalogue, utilisez les Catégorie Catalogue de services étapes de test.
Figure 5. Exemple de message d’élément de catalogue répertorié pour l’exclusion - Certains composants sont exclus des pages d’interface utilisateur personnalisées et ne peuvent pas être testés.
Figure 6. Exemple de message du composant figurant sur la liste d’exclusion - Les espaces de travail ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisées. Pour tester les formulaires dans un espace de travail disponible, utilisez les Catégorie de formulaire étapes de test.
Figure 7. Exemple de message sur la liste d’exclusion de l’espace de travail
- Les listes ne peuvent pas être testées à l’aide d’étapes de test d’interface utilisateur personnalisées. Utilisez Liste et liste connexe la catégorie d’étape de test pour tester les listes.
- Inaccessible
- Les composants de page inaccessibles sont des éléments qui Infrastructure de tests automatisés ne peuvent pas être identifiés ou qui ne sont pas autorisés à être testés en raison d’un problème de configuration. Les composants de page inaccessibles incluent généralement des bibliothèques JavaScript tierces ou des éléments avec un Shadow DOM. Les concepteurs de tests ne peuvent pas créer de tests d’interface utilisateur personnalisés pour les composants de page inaccessibles, mais peuvent reconcevoir la page pour utiliser des composants accessibles à Infrastructure de tests automatisés.
- Certains composants ne sont pas accessibles dans le Infrastructure de tests automatisés
Figure 8. Exemple de message de composant inaccessible - Développement de l’équipe n’est pas pris en charge dans Infrastructure de tests automatisés
Figure 9. Exemple de message de composant non pris en charge - Le test des sites externes incorporés dans les pages de la plateforme n’est pas pris en charge dans le Infrastructure de tests automatisés
Figure 10. Exemple de message sur les sites externes incorporés non pris en charge
- Certains composants ne sont pas accessibles dans le Infrastructure de tests automatisés