Catégorie Application Navigator
Vérifiez la fonctionnalité des menus et des modules dans le navigateur d’applications.
Visibilité du menu de l'application
Vérifie la visibilité, ou l’absence de visibilité, des menus d’applications sélectionnés dans le navigateur d’applications (barre de navigation de gauche). Par exemple, vous créez un test qui emprunte d’abord l’identité d’un utilisateur, puis vérifie que les menus d’application spécifiés (tels que Libre-service et Rapports) sont visibles, ou non, pour cet utilisateur.
| Champ | Description |
|---|---|
| Ordre d'exécution | Entier spécifiant l’ordre dans lequel le test exécute cette étape. Au fur et à mesure que vous créez des étapes, le système attribue automatiquement une valeur incrémentielle à chaque étape. Cette valeur entraîne l’exécution des étapes par le test dans l’ordre dans lequel vous les avez créées. Vous pouvez modifier cet ordre par défaut en modifiant les valeurs d’ordre d’exécution . |
| Actif | Option permettant d’activer cette étape de test pour utilisation. |
| Application | Périmètre de l’application dans lequel le système exécute ce test ou cette suite de tests. |
| Test | Nom en lecture seule du test auquel vous ajoutez l’étape. |
| Configuration de l'étape | Nom en lecture seule de l’étape. |
| Description | Description de l’étape de test. Cette valeur de champ est automatiquement définie en fonction des valeurs de champ de l’étape de test. Ce champ s’affiche une fois l’étape de test soumise. |
| Notes | Notes sur l’étape de test. |
| Navigateur | Version du navigateur par rapport à laquelle effectuer l’assertion
|
| Type de déclaration visible | Spécifie comment la visibilité des menus d’applications sélectionnés dans le champ Menus d’applications visibles doit être testée dans le navigateur d’applications.
|
| Menus d'applications visibles | Menus d’applications dont la visibilité dans le navigateur d’applications est en cours de vérification. |
| Type de déclaration non visible | Spécifie comment les menus d’applications sélectionnés dans le champ Menus d’applications non visibles doivent être testés pour détecter leur manque de visibilité dans le navigateur d’applications.
|
| Menus d'applications non visibles | Menus d’applications dont le manque de visibilité dans le navigateur d’applications est en cours de vérification. |
Créer un menu d’application
Les menus d’application définissent le contenu principal auquel les utilisateurs peuvent accéder dans le navigateur d’applications. Vous pouvez configurer les applications qui s’affichent dans le navigateur d’applications.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
Créer un module
Les modules sont les options de navigation de deuxième niveau vers les applications dans le navigateur d’applications. Les modules sont souvent liés à d’autres pages ou enregistrements de la plateforme. Vous pouvez configurer les modules qui s’affichent dans le navigateur d’applications à l’aide du module Menus d’application.
Regardez cette vidéo de cinq minutes pour en savoir plus sur l’ajout de menus et de modules d’application au navigateur d’application.
Avant de commencer
Procédure
Types de liens de module
Le champ Type de lien du formulaire Module spécifie le type de lien que le module ouvre.
| Type de lien | Description |
|---|---|
| Évaluation | Liens vers l’enquête basée sur l’évaluation que vous sélectionnez dans le champ de référence Évaluation . Voir Créer un module d’enquête. |
| Page de contenu | Affiche la page de contenu que vous sélectionnez dans le champ de référence de la page de contenu . Voir Création d’une page de contenu. |
| Lien vers la documentation | Lien vers une page de documentation et s’ouvre dans un nouvel onglet ou une nouvelle fenêtre. Ce type de lien est utilisé avec les métadonnées incorporées dans les rubriques de documentation. Pour ouvrir un document interne à partir d’un module, utilisez le type de lien du module URL (à partir des arguments). |
| Page d'accueil | Affiche la page d’accueil que vous sélectionnez dans le champ de référence de la page d’accueil . |
| HTML (depuis Arguments) | Place le HTML dans le navigateur d’applications. Ce type de lien est utilisé pour les liens plus compliqués, où une URL plate n’est pas assez personnalisable. Remarque :
|
| Filtre de liste | Affiche une vue de liste non remplie pour la table que vous sélectionnez dans le champ Table . Permet aux utilisateurs de spécifier un filtre sans charger la liste au préalable. Utilisez le champ Filtre pour définir le filtre par défaut de la liste. Utilisez le champ Nom de la vue pour spécifier une gestion des vues. |
| Liste des enregistrements | Affiche la vue de liste de la table que vous sélectionnez dans le champ Table . Utilisez le champ Filtre pour définir le filtre par défaut de la liste. Utilisez le champ Nom de la vue pour spécifier une vue. |
| Page de carte | Affiche la page de carte que vous sélectionnez dans le champ de référence de la page de carte . |
| Nouvel enregistrement | Affiche un formulaire de création d’enregistrement dans la table que vous sélectionnez dans le champ Table .
|
| Exécuter un rapport | Exécute le rapport enregistré que vous sélectionnez dans le champ Rapport . |
| Script (à partir des arguments) | Exécute un script, tel que défini dans le champ Arguments . Remarque : Entrez une valeur pour le champ Arguments . |
| Écran de recherche | Lien qui affiche un formulaire vide pour rechercher des enregistrements dans la table. Utilisez le champ Nom de la vue pour spécifier une vue. Remarque : Utilisez le paramètre &sysparm_result_view=view_name pour définir la vue dans laquelle les résultats sont rendus. Toutes les recherches utilisent une requête [commence par] pour rechercher du texte correspondant. Les autres types de requête ne sont pas pris en charge dans les écrans de recherche. |
| Séparateur | Crée une division entre les modules. Entrez un nom dans le champ Titre pour ajouter un nom de section que les utilisateurs peuvent réduire ou développer. |
| Enregistrement unique | Affiche un formulaire pour un seul enregistrement dans la table. Utilisez le champ Nom de la vue pour spécifier une vue. |
| Enquête | Liens vers l’enquête héritée que vous sélectionnez dans le champ de référence Enquête . Utilisez la case à cocher Remplacer l’enquête pour déterminer si l’enquête peut être effectuée plusieurs fois. Remarque : Le type de lien d’enquête est destiné à être utilisé uniquement avec les enquêtes héritées, que les enquêtes basées sur l’évaluation remplacent. Sélectionnez le type de lien Évaluation pour lier le module à une enquête basée sur des évaluations. |
| Page de chronologie | Affiche la page de chronologie que vous sélectionnez dans le champ de référence Page de chronologie . Voir Pages de chronologie. |
| URL (depuis Arguments) | Ouvre n’importe quelle URL, telle que définie dans le champ Arguments . [Facultatif] Utilisez le champ Nom de fenêtre pour définir un lien qui s’ouvre dans une nouvelle fenêtre. Remarque :
|
Codage des URI de modules
Cliquez sur le nom d’un module dans le volet de navigation pour exécuter un URI qui ouvre la page du module dans le volet de contenu. Tous les caractères des URI de module doivent être encodés URL, sinon le lien est rompu.
Lorsque vous créez des modules, vous avez la possibilité d’ajouter des arguments et des conditions de filtre qui trient et/ou réduisent le nombre de résultats affichés dans le volet de contenu. Lorsque vous cliquez sur un nom de module dans , vous pouvez voir ces conditions et arguments sous l’onglet Type de lien .
La définition de l’argument dans Arguments et les conditions de filtre définies dans Filtre font partie de l’URI du module et doivent être codées URL. ServiceNow encode automatiquement l’URL des conditions de filtre et les ajoute à l’URI du module à l’aide de sysparm_query. Par exemple, l’ajout de la condition de filtre, Active is true ajoute sysparm_query=active %3Dtrue à l’URI du module ; %3D est le codage d’URL pour le signe égal (=).
Le tableau suivant indique quand vous devez coder l’argument par URL dans le champ Arguments et quand ServiceNow l’argument est encodé par URL.
| A une condition de filtre ? | La définition de l’argument commence par | Qui encode l’argument ? | Comment un argument est traité |
|---|---|---|---|
| Non | ^ | ServiceNow |
Supprime le caret (^) de l’argument, le code et utilise sysparm_query pour l’ajouter à l’URI du module. |
| Non | & | Vous | Supprime l’esperluette (&) de l’argument et l’ajoute à l’URI du module. |
| Non | Autre chose | ServiceNow | Code l’argument et utilise sysparm_query pour l’ajouter à l’URI du module. |
| Oui | ^ | ServiceNow | Codage URL de la définition du filtre et de l’argument et utilise sysparm_query pour ajouter la combinaison à l’URI du module. |
| Oui | Autre chose | Vous | URL encode la définition de filtre et utilise sysparm_query pour l’ajouter avec les arguments (non modifiés) à l’URI du module. |
Vous pouvez activer (la valeur par défaut) et désactiver l’exigence de codage d’URL pour les interfaces utilisateur de module à l’aide de la glide.ui.encode_module_uri propriété.
Exemples
- Il n’y a pas de conditions de filtre et la définition de l’argument dans Arguments commence par une esperluette et, par exemple,
&sysparm_fixed_query=assigned_to=javascript :gs.user_id().Cet argument interrompt l’URI du module car le signe égal et les deux points ne sont pas encodés en URL, et l’esperluette empêche ServiceNow l’argument d’encoder l’URL. Encodez l’URL de l’argument :
&sysparm_fixed_query=assigned_to %3Djavascript %3Ags.user_id(). - Il y a des conditions de filtre et la définition de l’argument dans Arguments ne commence pas par un caret (^), par exemple,
sysparm_name=Barnes & Noble’s.Cet argument casse l’URI du module car les esperluettes et les espaces ne sont pas encodés URL. URL encode
l’argument : sysparm_name=Barnes %20%26%20Nobel’s
Visibilité du module
Vérifiez la visibilité, ou l’absence de visibilité, des modules sélectionnés dans le navigateur d’applications (barre de navigation de gauche). Par exemple, créez un test qui emprunte d’abord l’identité d’un utilisateur, puis vérifie que les modules spécifiés (tels que Page d’accueil et Mes demandes) sont visibles, ou non, pour cet utilisateur.
| Champ | Description |
|---|---|
| Ordre d'exécution | Entier spécifiant l’ordre dans lequel le test exécute cette étape. Au fur et à mesure que vous créez des étapes, le système attribue automatiquement une valeur incrémentielle à chaque étape. Cette valeur entraîne l’exécution des étapes par le test dans l’ordre dans lequel vous les avez créées. Vous pouvez modifier cet ordre par défaut en modifiant les valeurs d’ordre d’exécution . |
| Actif | Option permettant d’activer cette étape de test pour utilisation. |
| Application | Périmètre de l’application dans lequel le système exécute ce test ou cette suite de tests. |
| Test | Nom en lecture seule du test auquel vous ajoutez l’étape. |
| Configuration de l'étape | Nom en lecture seule de l’étape. |
| Description | Description de l’étape de test. Cette valeur de champ est automatiquement définie en fonction des valeurs de champ de l’étape de test. Ce champ s’affiche une fois l’étape de test soumise. |
| Notes | Notes sur l’étape de test. |
| Navigateur | Version du navigateur par rapport à laquelle effectuer l’assertion
|
| Type de déclaration visible | Spécifie comment les modules sélectionnés dans le champ Modules visibles doivent être testés pour la visibilité dans le navigateur d’application.
|
| Modules visibles | Modules dont la visibilité dans le navigateur d’applications est en cours de vérification. |
| Type de déclaration non visible | Spécifie comment les modules sélectionnés dans le champ Modules non visibles doivent être testés pour détecter leur manque de visibilité dans le navigateur d’application.
|
| Modules non visibles | Modules dont le manque de visibilité dans le navigateur d’applications est en cours de vérification. |
Accéder au module
Ouvrez un module à partir du navigateur d’application, comme si un utilisateur avait cliqué dessus. Le module doit être visible par l’utilisateur exécutant pour y accéder.
| Champ | Description |
|---|---|
| Ordre d'exécution | Entier spécifiant l’ordre dans lequel le test exécute cette étape. Au fur et à mesure que vous créez des étapes, le système attribue automatiquement une valeur incrémentielle à chaque étape. Cette valeur entraîne l’exécution des étapes par le test dans l’ordre dans lequel vous les avez créées. Vous pouvez modifier cet ordre par défaut en modifiant les valeurs d’ordre d’exécution . |
| Actif | Option permettant d’activer cette étape de test pour utilisation. |
| Délai | Nombre de secondes autorisées avant l’échec de l’étape. Si la validation échoue, le système répète l’étape jusqu’à ce qu’elle atteigne la durée du délai d’expiration. Si la validation échoue après l’expiration du délai d’expiration, l’étape échoue. |
| Application | Périmètre de l’application dans lequel le système exécute cette étape. |
| Test | Nom en lecture seule du test auquel vous ajoutez l’étape. |
| Configuration de l'étape | Nom en lecture seule de l’étape. |
| Description | Description de l’étape de test. Cette valeur de champ est automatiquement définie en fonction des valeurs de champ de l’étape de test. Ce champ s’affiche une fois l’étape de test soumise. |
| Notes | Notes sur l’étape de test. |
| Module | Module qui doit être ouvert. Pour accéder au module sélectionné, le module doit être visible par l’utilisateur exécutant dans le navigateur d’applications. Les modules suivants ne sont pas pris en charge et ne peuvent pas être testés :
|