Erreurs du client autorisées
Ajoutez des erreurs client connues à la liste des erreurs client autorisées pour permettre aux tests et aux étapes de continuer à s’exécuter lorsqu’une erreur spécifique se produit. Définissez le niveau de rapport pour spécifier ce qu’il Framework de tests automatisés fait lorsque l’erreur se produit dans les tests futurs.
Scénarios d’autorisation d’erreurs du client
Les concepteurs et développeurs de tests autorisent généralement les erreurs JavaScript côté client afin d’éviter que certains types d’échecs connus n’aient un impact sur la conception et les résultats des tests. Les scénarios d’erreur du client sont les suivants :
- Contraintes de temps
- Autorisez temporairement une erreur client jusqu’à ce que vos développeurs aient le temps d’enquêter et de résoudre le problème. Par exemple, lors du test d’un ancien formulaire contenant un bogue de longue date.
- Minimiser l’impact des anciennes bibliothèques
- Ignorez les erreurs client qui ne peuvent pas être corrigées ou qui ne sont pas importantes pour vos opérations afin d’éliminer leur impact sur les exécutions de tests futures. Par exemple, lorsque vous trouvez un bogue dans une ancienne bibliothèque.
- Heure de conception du test
- Autorisez temporairement les erreurs client jusqu’à ce que vous ayez terminé d’écrire des tests et que vous ayez eu le temps d’enquêter sur l’erreur. Par exemple, l’un de vos développeurs modifie une politique d’interface utilisateur et le changement génère une erreur.
- Bug possible de la plateforme
- Autoriser temporairement les erreurs du client jusqu’à ce qu’un correctif soit disponible. Avant de signaler un bogue de la plateforme au ServiceNow support technique, enquêtez sur l’erreur, vérifiez qu’il ne s’agit pas d’une erreur de personnalisation et identifiez le type de bogue de la plateforme concerné. Par exemple, une politique d’interface utilisateur génère une erreur lors d’un test. Votre enquête vérifie que le problème n’est pas une erreur de personnalisation et identifie un problème de plateforme avec la politique d’interface utilisateur.
Niveaux de rapport pour les erreurs des clients autorisées
Le niveau de rapport indique si l’infrastructure de test signale les occurrences futures de l’erreur en tant qu’avertissement ou les ignore complètement. Vous pouvez modifier le niveau de rapport d’une erreur autorisée à tout moment. Par exemple, si vous avez initialement ajouté une erreur en guise d’avertissement, vous pouvez modifier ultérieurement le niveau de rapport en ignoré.
| Niveau de rapport | Description |
|---|---|
| Warning | Les étapes de test contenant l’erreur client autorisée signalent un état Réussite avec avertissement(s). Le message d’erreur apparaît dans la sortie des résultats du test et est enregistré dans les journaux des tests avec l’état Avertissement. |
| Ignoré | Les étapes de test contenant l’erreur de client autorisée signalent un état Réussite. L’erreur est enregistrée dans les journaux de test avec l’état Ignoré . |
Processus de correspondance
Identifier et résoudre les erreurs des clients
Lorsque des erreurs du client se produisent, le Framework de tests automatisés test de l’étape qui était en cours d’exécution au moment de l’erreur échoue.