Vous pouvez consulter l’exemple de projet sous mon Github. Ce projet est une petite application AngularJS comportant des tests unitaires lancés via Karma et des tests end-to-end exécutés via Protractor. Dans les deux cas j’utilise Firefox.

Vous pouvez bien évidemment utiliser d’autres versions de navigateur, utiliser une autre stack technique. Ce qui est dit dans cet article restera vrai. Si vous voulez vérifier l’exécution le projet contient également un DockerFile permettant de lancer un conteneur sous CentOS 6.

Xvfb (X virtual framebuffer) est un serveur X virtuel. Xvfb implémente le protocole de serveur d’affichage X11. Les requêtes, les événements, les erreurs sont les mêmes mais rien n’est affiché, tout se passe en mémoire.

Nous pouvons utiliser cette solution sur un serveur qui n’a aucun écran. La seule chose qui est utilisé c’est la couche réseau.

Sur CentOS vous devrez installer les packages suivants

Si vous lancez firefox vous avez le message d’erreur suivant

Utilisons maintenant Xvfb. Pour pouvoir lancer une commande dans un serveur X virtualisé Xvfb vous pouvez utiliser le wrapper xvfb-run qui simplifie la configuration du serveur X et de votre processus

Permet de lancer votre navigateur cette fois sans erreur. Si vous utilisez le conteneur Docker que je vous ai fourni vous pouvez lancer l’exécution des tests unitaires via Gulp

Il en est de même pour les tests end-to-end

La configuration des tests est tout à fait classique et je vous laisserai consulter les sources du projet exemple si vous voulez plus d’informations. Ce qui est intéressant de noter c’est que sans changer la moindre configuration dans votre projet vous êtes maintenant capable d’exécuter des tests sur n’importe quel serveur qu’il dispose d’un écran ou non.

Vous avez peut être remarqué l’option -a que j’ai ajouté à la commande xvfb-run. Quand vous lancez une commande Xvfb vous pouvez spécifier plusieurs options

Par exemple

Le serveur écoutera les connexions sur le serveur numéro 1, l’écran numéro 0 ayant une résolution de 1600x1200 et une profondeur de 32

Le serveur écoutera les connexions sur le serveur numéro 45, l’écran numéro 1 ayant une résolution de 1600x1200 et une profondeur de 16

L’option -a de la commande xvfb-run permet d’allouer un numéro de serveur non utilisé. Xvfb utilise par défaut l’écran 0 et ce dernier a une résolution de 640x480x8. Si vous voulez une autre taille d’écran dans les tests end-to-end vous pouvez par exemple utiliser la commande

Comment faciliter l’exécution de vos jobs Jenkins ? C’est un peu dur de passer par la commande xvf-run…​ Rassurez vous comme je l’ai dit plus haut, xvf-run n’est qu’un wrapper qui vous simplifie l’interaction avec Xvfb.

Dans Jenkins vous pouvez utiliser le plugin dédié qui lancera un serveur avant l’exécution de votre job et le fermera à la fin.

Cet article m’a été inspiré par la lecture du Gist partagé par Addy Osmani et lorsque je voulais savoir comment Travis CI se débrouillait sur leurs serveurs.

Vous trouverez ici un article expliquant comment piloter Xvfb via Grunt

Pour finir la page du plugin Jenkins.

Vous avez maintenant toutes les ressources pour utiliser les navigateurs que vous voulez sur vos serveurs d’intégration continue tournant sous Linux. Personnellement j’ai de plus en plus d’erreur d’installations avec PhantomJS, des difficultés pour savoir quelle est la bonne version à utiliser…​ et au final je préfère être au plus près de l’utilisateur final et tester les applications sur les navigateurs cibles.