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 les tests automatisés en vous assurant que vos interfaces utilisateur contiennent uniquement des composants de page testables.
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 .
- Cadre en surbrillance permettant d’identifier la page actuellement inspectée.
- Icône de bannière pour afficher ou masquer le volet Inspecteur.
- Un bouton permettant d’actualiser la liste des composants de la page.
- Bouton permettant de masquer le volet Inspecteur.
- Un bouton d’inspecteur permettant d’identifier des composants spécifiques sur une page.
- Une liste des composants de la page disponibles pour le test d’interface utilisateur personnalisée.
- Filtre de recherche d’un composant de page.
- Ligne sur laquelle cliquer pour afficher plus d’informations sur un composant de page.
- Ligne et info-bulle en surbrillance pour prévisualiser les informations relatives au composant actuellement inspecté.
- Composant de page en surbrillance permettant d’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.
- Une liste d’informations sur les attributs pour le 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 beaucoup de chemins d’accès d’étiquettes « ancêtres » d’un élément, il ne peut en afficher que trois. Chaque élément de chemin d’accès d’é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 permet de sélectionner et de 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 testables lors du premier chargement d’une page. Les composants testables sont des formats HTML et JavaScript standard accessibles au Framework de tests automatisésfichier . Les concepteurs de tests peuvent utiliser ces composants dans le cadre des tests d’interface utilisateur personnalisés.
Composants de page non testables
- Liste d’exclusion
- Les composants de page listés pour l’exclusion ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisée. Les composants de page répertoriés pour l’exclusion comprennent 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 listés 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 énumérées d’exclusion sont signalées par une couleur d’arrière-plan grise lorsque l’icône d’inspection est déplacée 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 placé sur liste d’exclusion.
- Les listes ne peuvent pas être testées à l’aide des é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 de liste d’exclusion répertoriée - Les formulaires ne peuvent pas être testés à l’aide des étapes de test d’interface utilisateur personnalisées. Pour tester les formulaires, utilisez Catégorie de formulaire les étapes de test.
Figure 4. Exemple de message de formulaire d’exclusion répertoriée Remarque :Les formateurs d’interface utilisateur dans les formulaires peuvent être consultés 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 de Service Catalog ne peuvent pas être testés à l’aide des étapes de test d’interface utilisateur personnalisées. Pour tester les éléments de catalogue, utilisez Catégorie Catalogue de services les é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 d’exclusion des composants répertoriés - Les espaces de travail ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisées. Pour tester des formulaires dans un espace de travail disponible, utilisez Catégorie de formulaire les étapes de test.
Figure 7. Exemple de message d’espace de travail répertorié pour l’exclusion
- Les listes ne peuvent pas être testées à l’aide des é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 ne peuvent pas être identifiés ou qui Framework de tests automatisés 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 être en mesure de modifier la conception de la page pour utiliser des composants accessibles à Framework de tests automatisés.
- Certains composants ne sont pas accessibles dans le Framework de tests automatisés
Figure 8. Exemple de message de composant inaccessible - Développement de l’équipe n’est pas pris en charge dans Framework 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 Framework de tests automatisés
Figure 10. Exemple de message de sites externes incorporés non pris en charge
- Certains composants ne sont pas accessibles dans le Framework de tests automatisés