Catégorie Navigateur d’application
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’application 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 affecte automatiquement à chaque étape une valeur incrémentielle. Cette valeur permet au test d’exécuter les étapes 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 en vue de son 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 apparaît une fois l’étape de test envoyée. |
| 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’application sélectionnés dans le champ Menus d’application visibles doit être testée dans le navigateur d’application.
|
| Menus d'applications visibles | Menus d’application 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 vérifier 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’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’application. Vous pouvez configurer les applications qui apparaissent 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’application. 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 modules
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 de l’évaluation . Reportez-vous à la section 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 . Consultez la section Créer une page de contenu. |
| Lien vers la documentation | Redirige 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 de module URL (depuis 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 pour la liste. Utilisez le champ Nom de la vue pour spécifier une gestion des vues. |
| Liste des enregistrements | Affiche la vue de liste pour la table que vous sélectionnez dans le champ Table . Utilisez le champ Filtre pour définir le filtre par défaut pour 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 pour créer un 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, 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 la recherche d’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êtes ne sont pas pris en charge dans les écrans de recherche. |
| Séparateur | Crée une division entre les modules. Saisissez 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 de l’enquête . Utilisez la case à cocher Remplacer 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 des évaluations 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 . Reportez-vous à la section 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 la fenêtre pour définir un lien qui s’ouvre dans une nouvelle fenêtre. Remarque :
|
Codage des URI des modules
Cliquer sur un nom de module dans le volet de navigation exécute 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 pouvez 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 dans 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 encodées URL. ServiceNow encode automatiquement les conditions de filtre par URL 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 de l’URL pour le signe égal (=).
Le tableau suivant indique quand vous devez encoder l’argument par URL dans le champ Arguments et quand ServiceNow l’URL encode l’argument.
| A une condition de filtre ? | La définition de l’argument commence par | Qui encode l’argument ? | Comment l’argument est-il 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 | URL-encode la définition de filtre et l’argument et utilise sysparm_query pour ajouter la combinaison à l’URI du module. |
| Oui | Autre chose | Vous | URL-encode la définition du filtre et utilise sysparm_query pour l’ajouter, ainsi que 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’existe aucune condition 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 le deux-points ne sont pas encodés par l’URL, et l’esperluette empêche ServiceNow l’encodage de l’URL de l’argument. URL-encodez l’argument :
&sysparm_fixed_query=assigned_to%3Djavascript%3Ags.user_id(). - Il existe des conditions de filtre et la définition de l’argument dans Arguments ne commence pas par un accent circonflexe (^), par exemple,
sysparm_name=Barnes & Noble’s.Cet argument interrompt l’URI du module, car l’esperluette et les espaces ne sont pas encodés par l’URL. URL-encodez 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 | 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 affecte automatiquement à chaque étape une valeur incrémentielle. Cette valeur permet au test d’exécuter les étapes 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 en vue de son 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 apparaît une fois l’étape de test envoyée. |
| 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 modules sélectionnés dans le champ Modules visibles doit être testée 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 vérifier 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 actuel pour qu’il puisse 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 affecte automatiquement à chaque étape une valeur incrémentielle. Cette valeur permet au test d’exécuter les étapes 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 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’il 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 apparaît une fois l’étape de test envoyée. |
| 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 actuel dans le navigateur d’application. Les modules suivants ne sont pas pris en charge et ne peuvent pas être testés :
|