> For the complete documentation index, see [llms.txt](https://doc.commandersact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.commandersact.com/fr/fonctionnalites/sources/sources-catalog/web/containers/user-guides-for-browser-side-platform/container/testing.md).
# Tests
L’étape « **TEST** » vise à prévenir les problèmes en production en testant la version d’un container et en diagnostiquant sa compatibilité et sa fiabilité.
Au départ, il bloquera le déploiement du container défectueux, mais vous pouvez ignorer certaines des erreurs détectées, comme celles résultant d’éléments JavaScript incompatibles avec les anciennes versions des navigateurs (IE8 par exemple).
Un total de 8 navigateurs/OS sont testés :
* La dernière version d’Edge
* La dernière version de Chrome
* La dernière version de Firefox
* La dernière version d’Opera
* La dernière version de Safari (pour Mac OS)
* La dernière version de Safari (pour tablettes)
* La dernière version d’Android (pour tablettes)
Les tests sont effectués à cinq niveaux :
* Container : le code du container (le fichier JavaScript) est testé globalement
* data layer : le data layer (variables internes et externes, etc.) est testé isolément
* blocs JavaScript personnalisés : les fichiers JavaScript statiques et dynamiques sont testés isolément
* Tags : tous les tag sont testés, et les erreurs sont affichées par tag
* Events : tous les events sont testés, et les erreurs sont affichées par event
Si aucune erreur n’est détectée, votre version est « **DÉPLOYABLE »**:
Si une erreur est détectée dans votre container, elle sera indiquée par un « X**X** » rouge sous le navigateur qui renvoie l’erreur et sur la ligne de l’élément où l’erreur a été trouvée (data layer, blocs JavaScript personnalisés, Tags, Events) ; elle apparaîtra également sur la ligne Container.
Dans ce cas, votre version de container est « **NON DÉPLOYABLE** » jusqu’à ce que vous corrigiez ou ignoriez l’erreur.
Nous vous recommandons de corriger les erreurs détectées dans le data layer, les blocs JavaScript personnalisés, les Tags et les Events avant de corriger les erreurs du Container, car ces dernières disparaîtront le plus souvent une fois les quatre autres niveaux corrigés.
Pour afficher et corriger les erreurs, cliquez sur un « X » rouge.
Une fenêtre apparaîtra affichant les détails de l’erreur de test. Voici un exemple possible d’erreur de tag :
Détails du message d’erreur renvoyé par le navigateur testé
Nom du tag et numéro de ligne où l’erreur est trouvée. Cliquer sur le bouton vous redirige vers l’étape « Edit » où vous pouvez corriger directement le code de votre tag.
Note : n’hésitez pas à contacter votre consultant personnel ou l’équipe support de Commanders Act () si vous avez besoin d’aide pour corriger une erreur.
Enfin, l’étape « **TEST** » vous permet de consulter l’historique des erreurs pour les différentes versions de container générées. Cet historique est affiché en bas de la page « Test », où vous pouvez cliquer sur le rouge « **X**X »s à nouveau pour afficher les détails de l’erreur :
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://doc.commandersact.com/fr/fonctionnalites/sources/sources-catalog/web/containers/user-guides-for-browser-side-platform/container/testing.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.