Catégorie Navigateur d’application
Vérifiez la fonctionnalité des menus et 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 | Nombre 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 de l’ordre d’exécution . |
| Actif | Option permettant d’activer cette étape de test en vue de son utilisation. |
| Demande | 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 apparaît après la soumission de l’étape de test. |
| 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 menus d’application sélectionnés dans le champ Menus d’application visibles doivent être testés pour vérifier la visibilité dans le navigateur d’application.
|
| 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’application sélectionnés dans le champ Menus d’application non visibles doivent être testés pour détecter leur manque de visibilité dans le navigateur d’application.
|
| Menus d'applications non visibles | Menus d’application dont le manque de visibilité dans le navigateur d’application 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’application. Vous pouvez configurer les applications qui s’affichent dans le navigateur d’application.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
Créer un module
Les modules sont les enfants, ou 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’applications.
Avant de commencer
Procédure
-
Ouvrez l’enregistrement du menu d’application en utilisant l’une des méthodes suivantes.
- Accédez à la et sélectionnez le menu d’application dans la liste.
- Pointez sur le menu d’application et cliquez sur l’icône Modifier l’application (crayon).
Figure 1. Deux méthodes pour créer un module
Types de liens de module
Le champ Type de lien du formulaire Module spécifie le type de lien ouvert par le module.
| Type de lien | Description |
|---|---|
| Évaluation | Renvoie à l’enquête basée sur l’évaluation que vous sélectionnez dans le champ Référence d’é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 Page de contenu. Voir Création d’une page de contenu. |
| Lien vers la documentation | Renvoie à 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 (from Arguments). |
| Page d'accueil | Affiche la page d’accueil que vous sélectionnez dans le champ de référence Page d’accueil . |
| HTML (depuis Arguments) | Place le HTML dans le navigateur d’application. 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 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 (depuis Arguments) | Exécute un script, comme 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 le 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 | Renvoie à l’enquête héritée que vous sélectionnez dans le champ Référence de l’enquête . Utilisez la case à cocher Écraser l’enquête pour déterminer s’il est possible d’effectuer l’enquête 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 une évaluation. |
| Page de chronologie | Affiche la page de chronologie que vous sélectionnez dans le champ de référence Page de chronologie . Voir Pages Chronologie. |
| URL (depuis Arguments) | Ouvre n’importe quelle URL, comme défini 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 des 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 codé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 des arguments 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 l’encodage 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 codé par URL.
| A une condition de filtre ? | La définition d’argument commence par | Qui encode l’argument ? | Comment l’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 | Code URL : la définition de filtre et l’argument et utilise sysparm_query pour ajouter la combinaison à l’URI du module. |
| Oui | Autre chose | Vous | encode la définition du filtre par URL et utilise sysparm_query pour l’ajouter avec les arguments (non modifiés) à l’URI du module. |
Vous pouvez activer (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, par exemple,
&sysparm_fixed_query=assigned_to=javascript :gs.user_id().Cet argument casse l’URI du module car le signe égal et les deux-points ne sont pas encodés 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 l’esperluette et les espaces ne sont pas encodés en URL. encode l’URL de
l’argument : sysparm_name=Barnes%20%26%20Nobel
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 | Nombre 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 de l’ordre d’exécution . |
| Actif | Option permettant d’activer cette étape de test en vue de son utilisation. |
| Demande | 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 apparaît après la soumission de l’étape de test. |
| 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 vérifier leur visibilité dans le navigateur d’applications.
|
| 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’applications, 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 | Nombre 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 de l’ordre d’exécution . |
| Actif | Option permettant d’activer cette étape de test en vue de son 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 que la durée du délai d’expiration soit écoulée, l’étape échoue. |
| Demande | 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 apparaît après la soumission de l’étape de test. |
| 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 :
|