Salesforce est une plateforme CRM (Customer Relationship Management) qui offre aux organisations la capacité de gérer toutes sortes d’aspects centrés sur le client de leur entreprise, comme l’automatisation du marketing, le service client, l’analytique, le développement d’applications, et bien plus encore. Ce qui a commencé comme un simple outil CRM basé sur le cloud s’est rapidement développé. Salesforce a continué d’évoluer, de s’étendre, et d’apporter de nouvelles offres à ses clients.
Aujourd’hui, les entreprises peuvent construire leurs propres applications personnalisées, services, portails et solutions avec des produits Salesforce comme Platform, Experience Cloud, Commerce Cloud, Customer 360, pour aider à automatiser et personnaliser l’expérience client. Et comme pour toute application web ou site internet, les organisations ont la responsabilité de réaliser des tests de performance Salesforce pour s’assurer qu’ils fonctionnent correctement, sont réactifs, et peuvent évoluer à mesure que leur base d’utilisateurs s’élargit.
À mesure que les environnements Salesforce continuent de s’étendre avec des intégrations, des API, et des applications Lightning personnalisées, les tests de performance sont devenus encore plus importants pour valider comment ces composants interconnectés se comportent sous un trafic utilisateur intense.
Les environnements Salesforce modernes reposent également fortement sur des services connectés tels que les API, les middleware, et les intégrations tierces, ce qui rend important de tester comment ces dépendances impactent la performance sous charge.
Avez-vous besoin de tester en charge ou en stress vos applications Salesforce, pages web, ou autres services ? Nous travaillons avec des clients du monde entier qui recherchent une solution pour exécuter des tests de performance pour leurs environnements Salesforce. Contactez notre équipe et laissez-nous vous montrer comment LoadView peut vous aider !
LoadView peut tester vos applications Salesforce, pages web, APIs ou autres services web.
Lightning App Builder : un cadre d’application low-code
Lightning App Builder de Salesforce est connu comme un cadre d’application low-code, mais que signifie vraiment ce terme ? En termes simples, il est conçu pour faciliter le développement d’applications pour tous, même les développeurs qui ne sont pas experts en codage. Avec Lightning App Builder, vous pouvez créer des applications Salesforce puissantes sans avoir besoin de plonger dans du code compliqué.
Les cadres low-code comme celui-ci offrent des outils et microservices prêts à l’emploi qui vous permettent de personnaliser votre application selon vos besoins. Cela permet de gagner du temps, de réduire la charge de travail, et d’aider votre équipe à rester concentrée sur les priorités plus importantes. Cela accélère également la progression des projets en réduisant le retard et en facilitant les mises à jour.
Il existe aussi des solutions dites no-code, encore plus simples. Elles sont parfaites pour les personnes ayant peu ou pas d’expérience en codage. Par exemple, des plateformes pour créer des sites web ou des boutiques en ligne reposent souvent sur des configurations no-code, où vous pouvez glisser-déposer des fonctionnalités. Bien que ce soit très pratique, cela peut présenter des inconvénients tels que des options limitées pour la sécurité d’entreprise, la conformité et la performance à grande échelle. C’est là que Lightning App Builder brille. Il combine le meilleur des deux mondes en offrant la flexibilité low-code pour les développeurs tout en incluant des microservices no-code comme des outils intégrés de sécurité et de conformité. C’est une situation gagnant-gagnant : les entreprises obtiennent des applications robustes et évolutives, et les utilisateurs une expérience simple et fluide. Avec Lightning App Builder, construire des applications basées sur le cloud n’a jamais été aussi simple ni intelligent !
Test de performance Salesforce : un aperçu
Vous vous demandez peut-être, si Salesforce héberge mes applications et prend en charge toute l’infrastructure backend, la sécurité, la conformité, etc., alors pourquoi devrais-je effectuer des tests de performance Salesforce ? Leur environnement ne devrait-il pas pouvoir monter en charge pour moi ? Que reste-t-il à faire ? Eh bien, il y a plusieurs raisons pour ne pas simplement « régler et oublier », mais les raisons les plus importantes de tester vos applications contre l’infrastructure Salesforce sont de savoir comment elles se comporteraient dans des situations où le trafic augmente. Vous voulez vous assurer que dans ce cas, il n’y a aucune dégradation des performances. Peut-être que votre organisation va lancer une énorme promotion marketing. Ou une vidéo de votre plateforme SaaS (Software as a Service) est devenue virale et tout le monde veut en savoir plus. Peut-être que votre application est plus saisonnière, reposant fortement sur les jours de shopping du Black Friday au Cyber Monday. Donc, dans cet esprit, vous devez commencer à penser à planifier l’imprévu. Quel type de test de performance doit donc être effectué ? Regardons les différents types de tests pour avoir une meilleure idée.
Types de tests de performance
Les tests de performance sont un type de test non fonctionnel. D’autres types de tests non fonctionnels incluent les tests de sécurité, les tests de fiabilité, les tests de conformité, les tests de compatibilité, et d’autres. Bien que les tests de charge et de stress soient les types les plus courants de tests de performance, il y a parfois confusion entre les deux. Regardons les différents types de tests de performance et ce qui les différencie.
Test de charge
Le test de charge est le type de test de performance le plus courant. Le test de charge vise à comprendre quelle charge un logiciel peut supporter avant que la performance ne se dégrade.
Test de stress
Comme le test de charge, le test de stress pousse le test de charge à un niveau supérieur. Le test de stress est mené pour pousser un système ou logiciel jusqu’à sa rupture. De cette manière, les ingénieurs en performance peuvent comprendre comment le système réagit et récupère.
Test de volume
Le test de volume, parfois appelé test d’inondation, est un type de méthode de test qui applique une grande quantité de données à une application pour observer sa réponse et détecter tout comportement anormal.
Test de pic
Le test de pic est similaire au test de stress, mais au lieu d’une augmentation lente et continue des utilisateurs, l’application est rapidement inondée d’utilisateurs concurrents pour évaluer comment l’application gère cette augmentation soudaine de charge sur le système.
Test de scalabilité
Parfois appelé aussi test de capacité, le test de scalabilité cherche à comprendre comment une application performe lorsque la charge utilisateur augmente ou diminue. Cela peut aider à déterminer si une infrastructure supplémentaire est nécessaire pour répondre aux demandes futures. L’objectif du test de scalabilité est de déterminer l’efficacité de l’application logicielle à « monter en charge » pour supporter une augmentation de la charge utilisateur.
Test d’endurance
Comme un marathon, le test d’endurance teste comment votre application gère des périodes prolongées de trafic soutenu. Aussi appelé test d’immersion, ces tests peuvent être réalisés sur plusieurs heures, jours ou semaines, selon les exigences de l’application.
Comme vous pouvez le voir, le type de test de performance choisi dépendra des objectifs de performance de l’application. Cependant, quel que soit le test, l’objectif est le même : découvrir des problèmes de performance tels que la stabilité, la réactivité et la scalabilité sous charge. Vous ne voulez pas vous retrouver dans une situation où des centaines ou milliers d’utilisateurs utilisent votre/vos application(s) et qu’elles s’arrêtent soudainement. Et si vos applications sont hébergées dans l’environnement Salesforce, vous avez moins de visibilité, de contrôle, et de temps pour réagir dans ce genre de situation. Rappelez-vous, non seulement Salesforce doit soutenir vos exigences de performance, mais aussi toutes celles de milliers d’entreprises, ce qui représente des milliards de transactions chaque jour.
Cependant, face à ces demandes, vous pouvez être sûr qu’une plateforme multi-tenant comme Salesforce surveille continuellement leur infrastructure pour garantir qu’ils respectent toujours les seuils de performance SLA (Service Level Agreements) afin de maintenir performance et conformité pour leurs clients. Cela ne signifie pas pour autant que vous pouvez ignorer complètement les tests de performance Salesforce. Alors que Salesforce peut être confiant que leur plateforme peut monter en charge, vous devez avoir la certitude que vos applications et pages tiendront le coup à mesure que votre entreprise grandira et s’étendra.
Plan de test Salesforce : bonnes pratiques
Salesforce prend les tests de performance au sérieux. Le non-respect de leurs politiques et procédures internes peut entraîner un bridage et un blocage. Et personne ne souhaite cela. Pour cette raison, les tests de performance ne peuvent pas être exécutés en environnement de production. Les tests doivent être réalisés dans un sandbox, ou environnement isolé, afin de ne pas perturber les autres utilisateurs Salesforce. De plus, les tests de performance doivent être soumis pour approbation au moins deux semaines avant la date du test. Toute demande soumise moins de deux semaines à l’avance peut être refusée. Du point de vue de Salesforce, leur responsabilité est purement de surveiller votre test pour détecter tout comportement anormal afin de garantir que leurs services ne rencontrent aucun problème. Le processus de test de performance Salesforce suit généralement les étapes ci-dessous.
Lire : Liste de vérification de préparation au test de charge
Rassembler les exigences du test
À cette étape, vous souhaitez créer une esquisse de base du test qui servira de feuille de route. C’est là que vous devez inclure des détails spécifiques, tels que l’application testée, les scénarios précis des personas utilisateurs, les questions spécifiques à l’environnement, les temps de réponse moyens attendus et l’utilisation du système, les SLA, etc.
Développer le modèle de test
Le modèle de test est simplement une représentation de ce que vous pensez qui se passera lors du test de performance réel. Sur la base des exigences initiales de votre test, que supposez-vous qu’il se passera ? Le modèle de test sert de prévision de ce qui se déroulera pendant le test de performance réel. Assurez-vous de prendre des mesures de performance de base avant le test. Celles-ci pourront être utilisées ultérieurement pour comparer vos prévisions avant test avec les résultats réels. Si le test n’a pas correspondu à vos attentes, vous pourrez analyser les résultats et voir ce qui a pu affecter le résultat de la hypothèse.
Sélectionner le bon outil de test de performance
La sélection de l’outil de test de performance adéquat dépend de facteurs tels que le budget, le temps, l’expertise, le cas d’usage du test, etc. Les outils traditionnels de test de charge ne suffisent pas pour les plateformes et applications modernes actuelles. Chez LoadView, nous pensons que notre plateforme offre tout ce dont un ingénieur en performance a besoin pour tester avec succès ses applications Salesforce. Par exemple, beaucoup d’applications sont centrées sur la fourniture d’une excellente expérience utilisateur ou client. La seule vraie façon de comprendre complètement l’expérience utilisateur est de pouvoir créer des scripts de personas utilisateurs et exécuter des tests qui correspondent à des scénarios réels.
Quel est le meilleur outil de test de performance Salesforce ?
Contrairement aux plateformes open-source de test de charge comme JMeter ou Gatling qui n’offrent pas suffisamment de fonctionnalités et de flexibilité, ou des solutions complexes et coûteuses comme LoadRunner de Micro Focus, LoadView est conçu spécifiquement pour répondre aux exigences des applications en constante évolution d’aujourd’hui. La solution offre des fonctionnalités telles qu’un enregistreur de scripts facile à utiliser, des tests dans de vrais navigateurs, plusieurs courbes de test de charge, des emplacements de test globaux, et d’autres fonctionnalités de niveau entreprise pour configurer facilement vos tests afin de correspondre au comportement réel des utilisateurs dans les navigateurs qu’ils utilisent. Vous pouvez également configurer des tests de performance basés sur des protocoles pour les services web et les APIs REST ou SOAP. Nous parlerons plus en détail de EveryStep Web Recorder dans la section Développer les scripts de test ci-dessous, mais pour une liste complète des fonctionnalités et avantages, visitez notre page Fonctionnalités.
Concevoir le plan de test Salesforce
Le plan de test Salesforce devra inclure une description complète de l’environnement de test de performance, avec des mesures et métriques spécifiques, telles que l’heure de début et de fin, les transactions par seconde (TPS), le temps de montée et/ou descente en charge, et toute autre information spécifique au test. Salesforce ne fournira aucun résultat de test, il est donc important d’utiliser une solution qui génère des rapports détaillés et des tableaux de bord, comme LoadView, pour une analyse approfondie et un partage avec les parties prenantes, si nécessaire.
Développer les scripts de test
Les scripts de test sont une partie cruciale du processus de test de charge Salesforce. Par conséquent, une grande attention doit être portée pour garantir que vos scripts sont exempt d’erreurs et de bugs. Notez cependant que Salesforce ne révisera pas vos scripts pour garantir leur exactitude ou leur adéquation avec des scénarios réels. Comme mentionné précédemment, la solution LoadView propose un outil de création de scripts en point-and-click appelé EveryStep Web Recorder. Cet outil facilite l’enregistrement de scénarios utilisateurs complexes et des interactions côté client.
Ouvrez simplement l’enregistreur et commencez à enregistrer les actions clavier, clics de souris, survols, et mouvements. Naviguez dans vos applications exactement comme le font vos utilisateurs. L’enregistreur sauvegarde chaque étape. Parmi les fonctionnalités de l’enregistreur, on trouve :
- Support de plus de 40 navigateurs et appareils desktop/mobile.
- Support des langages et frameworks d’applications web – HTML5, Java, Ruby, React, etc.
- Variables dynamiques, comme login/mot de passe.
- Personnalisation du comportement utilisateur, des délais, et du temps de réflexion.
- Support des CAPTCHA et OTP (mots de passe à usage unique).
- Soumissions de formulaires et sélections de menu.
- Variables cryptées.
- Vérification de contenu (images et textes).
- Et bien plus encore.
Une fois votre script terminé, il sera rejoué pour s’assurer qu’aucune erreur de script ou réseau ne survient. Vous pouvez également éditer manuellement les scripts si nécessaire. Essayez vous-même EveryStep Web Recorder !
Exécuter le test
Enfin, nous arrivons à la partie intéressante. Une fois les étapes précédentes finalisées, vous devez soumettre formellement une demande de test de performance via Salesforce. N’oubliez pas, vous devez soumettre et planifier votre test au moins deux semaines avant la date prévue. Pour planifier votre test de performance, vous pouvez suivre les étapes suivantes.
- Connectez-vous à votre compte Salesforce.
- Accédez au portail Aide.
- Sélectionnez Réseau et Performance > Notifier Salesforce d’une activité à venir.
- Cliquez sur Planifier un test de performance
De plus, vous devrez avoir votre plan de test Salesforce disponible pour fournir des informations supplémentaires à l’équipe Salesforce, telles que :
- Vue d’ensemble générale du test de performance Salesforce, comme la date/heure du test.
- Contacts clés et personnel.
- Justification du test et détails sur ce qui est testé et pourquoi.
- Métriques comme les transactions par seconde (TPS) et plan de montée en charge.
- L’identifiant du sandbox Salesforce où le test se déroulera.
- Et tout autre élément pertinent concernant le test.
Analyser les résultats
Après la fin du test, vous voudrez pouvoir capturer et partager les résultats avec les membres internes de l’équipe et les parties prenantes. Heureusement, si vous utilisez la solution LoadView, rapports et synthèses sont automatiquement créés après le test.
Consultez des données de rapport synthétiques, ainsi que des composants à niveau d’éléments, des graphiques de cascade, des informations de session, et une vue d’ensemble du script exécuté, pour obtenir une image complète des résultats du test de performance. De plus, pour les tests d’applications web et de pages web, vous pouvez visionner un enregistrement du test tel qu’il apparaît aux utilisateurs, afin de voir comment votre application ou page se comporte sous charge. De nombreuses organisations intègrent également les tests de performance Salesforce dans des pipelines CI/CD pour valider régulièrement la performance après les mises à jour, nouvelles intégrations, ou modifications applicatives.
Conclusion : Test de performance Salesforce
Avez-vous besoin de tester en charge ou en stress vos applications Salesforce, pages web, APIs, ou autres services web ? Nous travaillons avec des clients du monde entier qui requièrent des tests de performance Salesforce. Quelle que soit la situation ou l’environnement Salesforce, qu’il s’agisse d’un environnement UAT ou pré-production, ou que vous ayez besoin de tester derrière un pare-feu, la plateforme LoadView vous couvre. Nos clients nous ont dit préférer LoadView par rapport à d’autres solutions populaires de test de charge qu’ils ont essayées, comme BlazeMeter, LoadRunner ou JMeter lors de la mise en place de tests de charge Salesforce.
Nos ingénieurs performances et notre équipe de support peuvent travailler avec vous sur la création de tests, le scripting, et la planification afin que vous disposiez de tout le nécessaire avant d’exécuter votre test de charge Salesforce. Notre équipe est là pour vous guider dans chaque étape du processus de test de performance Salesforce. Essayez LoadView vous-même ou planifiez une démo avec un de nos ingénieurs performance pour découvrir tout ce que LoadView a à offrir.