Scroll Top

Automatisation des Tests
de Performance pour Tableau Software

tableau-performance-testing-feature-img

Tests de Performance pour les dashboards Tableau 

Il est essentiel de tester les performances de vos dashboards Tableau afin de garantir une expérience utilisateur optimale. Notre solution, Wiiisdom Ops for Tableau, vous permet de tester les performances de vos tableaux de bord Tableau et de mesurer le temps de réponse et la disponibilité en simulant une charge de connexion sur votre environnement. Elle permet également de s’assurer que vos tableaux de bord respectent les SLA (accords de niveau de service) à tout moment pour répondre aux exigences de l’entreprise. Cet article explique comment effectuer des tests de performance dans Wiiisdom Ops et quelques-uns des cas d’utilisation les plus courants.

 

En quoi consiste les tests de performance avec Wiiisdom Ops

Le test de charge consiste à simuler une charge sur votre serveur Tableau et évaluer les temps de réponse et la disponibilité du système. Contrairement aux solutions conventionnelles de test de charge qui sont limitées à l’ajout de charge à l’entrée d’une application, Wiiisdom Ops est capable d’ajouter de la charge et d’évaluer les performances dans un tableau de bord. Il fournit des indications sur les engorgements et aide à identifier les problèmes pour les résoudre. Wiiisdom Ops vous permet de simuler des utilisateurs et les charges qu’ils créent. Les événements utilisés pour exécuter le tableau de bord sont mesurés depuis la connexion jusqu’à l’interaction et la fermeture du tableau de bord.

Pour mesurer la performance de vos tableaux de bord Tableau, Wiiisdom Ops vous permet également de surveiller la performance des tableaux de bord et de fournir un KPI de performance pour la suivre dans le temps, sous la forme d’un score nommé Apdex Score.

 

Mise en œuvre des tests de performance

Les tests de performance dans Wiiisdom Ops sont simples à mettre en place. Le concepteur de Wiiisdom Ops vous permet de choisir la visualisation que vous souhaitez tester ainsi que la durée et le nombre d’utilisateurs simultanés. Ensuite, vous devez définir vos objectifs :

  • Temps de réponse acceptable  
  • Objectif de disponibilité : il s’agit de votre tolérance de disponibilité minimale, par défaut dans Wiiisdom Ops, elle est de 99,5 % (nombre total de réponses réussies de Tableau Server par rapport au nombre total de demandes).
  • Score Apdex : par défaut dans Wiiisdom Ops, il est de 0,85.

Une fois l’exécution du test terminée, Wiiisdom Ops fournit un rapport complet pour chaque vue testée avec plusieurs sections :

  • Apdex : fournit un score global, puis un score pour chaque événement individuel. 
  • Temps de réponse : indique les différents niveaux de réponse, par exemple, décevant, acceptable, satisfaisant. 
  • Disponibilité : trouve toute réponse API échouée de Tableau Server. Le test de performance mesure toute réponse API qui ne correspond pas au code 200 “OK” du serveur Tableau/Cloud. Vous pouvez avoir le code 429 qui signifie “trop de demandes” ou le code 500 “erreur interne du serveur”.
  • Exemple de log : affiche toutes les mesures prises par Wiiiisdom Ops pour le test de performance

NB : Pour automatiser davantage le processus, vous pouvez intégrer Wiiisdom Ops à un système de notification, en utilisant Slack par exemple.

Une fois mis en place, ces tests peuvent bien sûr être réutilisés régulièrement afin d’assurer un bon suivi des performances dans le temps. La planification de ces tests peut être exécutée par un planificateur externe (par exemple, Windows Task Scheduler, Cron, Jenkins, etc).

 

Quelques cas d’usage

Voici quelques-uns des cas d’utilisation les plus courants pour lesquels nos clients utilisent les tests de performance Wiiisdom Ops pour Tableau :

Anticiper les problèmes de performance

“Je présente un tableau de bord à un client et je dois m’assurer qu’il se rafraîchit rapidement. Ce client me paie 1000 $ par jour et je ne peux pas me permettre de ne pas avoir accès aux données rapidement et d’avoir un tableau de bord qui ne filtre pas correctement.” 

En tant qu’utilisateur, il n’y a rien de plus frustrant que d’attendre indéfiniment le chargement d’un tableau de bord pour accéder aux données importantes. Wiiisdom Ops vous permettra de mesurer la durée d’exécution de chaque événement afin d’identifier les points de blocage sur le parcours d’un utilisateur, et permettra aux développeurs d’ajuster le contenu du tableau de bord pour éviter d’en créer un avec 40 feuilles de calcul comportant chacune 20 millions de lignes, par exemple. La lenteur des performances est généralement la plainte numéro un des utilisateurs.
Vous pouvez découvrir les principes de base de la performance des tableaux de bord Tableau dans notre article.

Assurer le succès d’une mise à niveau ou d’une migration 

“Mon entreprise vient de mettre à jour sa version de Tableau et la plateforme est définitivement plus rapide qu’avant”. 

Des changements surviennent au fil du temps. Vous pouvez donc être amené à mettre à jour votre version de Tableau, votre source de données, voire le serveur et l’architecture du système d’exploitation, et ces changements peuvent avoir un impact (positif ou négatif) sur l’expérience de votre utilisateur final. Pour éviter d’uniquement vous baser sur les retours négatifs d’un utilisateur qui se dit “c’était plus rapide avant” vous pourrez obtenir des mesures effectives (par exemple, le temps d’ouverture d’une vue), en mesurant les performances de votre tableau de bord Tableau et en les comparant dans le temps.

S’assurer que les exigences en matière de SLA sont respectées

“Les tableaux de bord doivent s’ouvrir en 5 secondes afin de respecter les accords de niveau de service mis en place”.

Les validations des tableaux de bord ne concernent pas seulement la qualité des données, la convivialité et la disponibilité. Pour les futurs tableaux de bord, avant leur mise en ligne, l’un des critères de qualité devrait être qu’ils respectent les SLA de l’entreprise, sinon les développeurs et les analystes de données devraient revoir la façon dont ils gèrent et présentent les données.

Améliorer la gestion du cycle de vie

“Je ne peux pas prendre le risque de livrer une nouvelle version d’un tableau de bord en production sans m’assurer que chaque élément ait été testé de manière détaillée.”

Les tests de performance doivent faire partie de votre pipeline CI/CD afin que vous puissiez être sûr que tout tableau de bord poussé en production ait été entièrement testé et que la qualité soit du meilleur niveau. Chaque fois qu’un nouveau tableau de bord est conçu, il est important que vous échangiez avec le métier sur les accords de niveau de performance et les scénarios de test pour exploiter correctement le cadre CI/CD. Assurez-vous que les tableaux de bord sont conçus pour n’extraire que les données nécessaires de votre source de données, car plus vous en extrayez, plus cela prend du temps. Il doit s’agir d’un critère de conception et d’une bonne pratique en matière de tests de performance.

Assurer une analytique embarquée optimale

“Tous les magasins de distribution de mon territoire ferment à la même heure et les employés accéderont à leurs tableaux de bord Tableau pour voir les résultats de la journée au même moment.” 

Les tests de performance de Tableau permettront de s’assurer que votre plateforme peut gérer la charge soudaine des utilisateurs en conditions réelles, afin de maintenir la meilleure expérience utilisateur possible.

 

Les bénéfices de Wiiisdom Ops for Tableau

Les tests de performance de Tableau garantissent une expérience utilisateur optimale en simulant l’activité et les pics d’activité des utilisateurs afin que ceux-ci puissent accéder à leurs tableaux de bord dans les délais définis par un SLA. En fin de compte, les tests de performance de Tableau garantissent que les SLA sont respectés et documentés, ce qui, à terme, doit faire partie de la culture de l’entreprise. Si vous souhaitez mettre en place des tests de performance pour vos tableaux de bord Tableau, prenez rendez-vous avec l’un de nos experts.

Laissez un commentaire