Inspecteur de page
Identifiez les composants de page HTML et JavaScript dans vos interfaces utilisateur qui sont disponibles pour les tests d’interface utilisateur personnalisés. Activez le test automatisé en vous assurant que vos interfaces utilisateur ne contiennent que 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 ServiceNow AI Platform .
- Un cadre en surbrillance permettant d’identifier la page actuellement inspectée.
- Icône de bannière pour afficher ou masquer le volet de l’inspecteur.
- Bouton permettant d’actualiser la liste des composants de la page.
- Un bouton pour masquer le volet de l’inspecteur.
- Bouton d’inspecteur permettant d’identifier des composants spécifiques sur une page.
- Une liste des composants de page disponibles pour le test d’interface utilisateur personnalisé.
- Filtre de recherche d’un composant de page.
- Une ligne sur laquelle cliquer pour afficher plus d’informations sur un composant de page.
- Ligne et info-bulle en surbrillance permettant d’afficher un aperçu des informations sur le 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 d’actions à entreprendre sur le composant de page actuel.
- Liste d’informations d’attribut pour le composant de page actuel.
- Un nom d’attribut et une paire de valeur pour un composant de page.Remarque :Vous pouvez utiliser le champ Chemin d’accès de l’étiquette pour afficher le contexte de la page hiérarchique autour d’un élément lors de l’inspection d’un composant sur une page. S’il existe 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 d’étiquette est séparé par un >. Il peut être utilisé pour différencier deux composants d’apparence similaire.
Lanceur d’inspecteur de page
Le lanceur d’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 pouvant être testés
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 constitués de HTML et JavaScript standard qui sont accessibles au .Framework de tests automatisés Les concepteurs de tests peuvent utiliser ces composants dans le cadre de tests d’interface utilisateur personnalisés.
Composants de page ne pouvant pas être testés
- Figurant sur la liste d’exclusion
- Les composants de page figurant sur la liste d’exclusion ne peuvent pas être testés à l’aide d’étapes de test d’interface utilisateur personnalisées. Les composants de page listés d’exclusion comprennent généralement des interfaces utilisateur spécialisées ServiceNow AI 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 Formulaires ou Catalogue de services.
Dans l’inspecteur de page, les interfaces répertoriées d’exclusion sont signalées par une couleur d’arrière-plan grise lorsque l’icône d’inspection est glissé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 listé d’exclusion.
- Les listes ne peuvent pas être testées à l’aide d’étapes de test d’interface utilisateur personnalisées. Utilisez la Liste et liste connexe catégorie d’étape de test pour tester les listes.
Figure 3. Exemple de message de 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 des Catégorie de formulaire étapes de test.
Figure 4. Exemple de message du formulaire d’exclusion Remarque :Vous pouvez accéder aux formateurs d’interface utilisateur dans les formulaires et les tester à 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 Catalogue de services 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 des Catégorie Catalogue de services étapes de test.
Figure 5. Message de l’élément de catalogue répertorié pour l’exclusion d’échantillon - 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 listé 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 Catégorie de formulaire les étapes de test.
Figure 7. Exemple de message de l’espace de travail listé pour l’exclusion
- Les listes ne peuvent pas être testées à l’aide d’étapes de test d’interface utilisateur personnalisées. Utilisez la Liste et liste connexe 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 n’ont Framework de tests automatisés pas l’autorisation de les tester 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 des composants de page inaccessibles, mais peuvent remanier 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 - Le développement de l’équipe n’est pas pris en charge dans le Framework de tests automatisés
Figure 9. Exemple de message de composant non pris en charge - Le test de sites externes incorporés dans des pages de plateforme n’est pas pris en charge dans le Framework 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 Framework de tests automatisés