Salesforce est une plate-forme CRM (Customer Relationship Management) qui offre aux organisations la possibilitĂ© de gĂ©rer toutes sortes d’aspects de leur entreprise centrĂ©s sur le client, tels que l’automatisation du marketing, le service client, l’analyse, le dĂ©veloppement d’applications et bien plus encore. Ce qui a commencĂ© comme un outil CRM simple et direct basĂ© sur le cloud s’est rapidement dĂ©veloppĂ©. Salesforce a continuĂ© d’évoluer, de se dĂ©velopper et d’apporter de nouvelles offres Ă  ses clients. Aujourd’hui, les entreprises peuvent crĂ©er leurs propres applications, services, portails et solutions personnalisĂ©s avec des produits Salesforce tels que Platform, Experience Cloud, Commerce Cloud, Customer 360, pour aider Ă  automatiser et personnaliser l’expĂ©rience client. Et comme toute application Web ou site Web, les organisations ont la responsabilitĂ© d’effectuer des tests de performance Salesforce pour s’assurer qu’ils fonctionnent correctement, qu’ils sont rĂ©actifs et qu’ils peuvent Ă©voluer Ă  mesure que leur base d’utilisateurs s’élargit.

Avez-vous besoin de charger ou de tester vos applications Salesforce, vos pages Web ou d’autres services ? Nous travaillons avec des clients du monde entier Ă  la recherche d’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!

Charger ou tester Salesforce

LoadView peut tester vos applications Salesforce, pages Web, API ou autres services Web.

Lighting App Builder : un framework d’application low-code

Salesforce, en particulier sa plate-forme Lightning App Builder, se considĂšre comme un framework applicatif low-code, mais qu’est-ce que cela signifie ? Les frameworks d’application low code aident Ă  rĂ©duire la quantitĂ© de connaissances techniques pour un dĂ©veloppeur qui n’est peut-ĂȘtre pas un expert complet en dĂ©veloppement d’applications. De cette façon, presque n’importe quel dĂ©veloppeur pourrait facilement crĂ©er une application Salesforce sans avoir Ă  compter sur beaucoup de travail lourd, en termes de connaissances et d’expĂ©rience antĂ©rieure. Selon les exigences de l’application, les frameworks low-code fournissent une variĂ©tĂ© de microservices parmi lesquels choisir pour configurer l’application. Cela peut Ă©galement libĂ©rer du temps pour que les Ă©quipes puissent se concentrer sur des tĂąches plus importantes, rĂ©duire la maintenance du backlog des applications et garder l’équipe plus agile.

Il convient Ă©galement de noter qu’il existe des solutions d’application sans code. Comme leur nom l’indique, les solutions sans code s’adressent aux personnes qui ont peu ou pas d’expĂ©rience dans la crĂ©ation d’applications. Des exemples de ceux-ci sont des applications pour la conception de sites Web ou de commerce Ă©lectronique , oĂč les utilisateurs peuvent choisir parmi des modules ou des fonctionnalitĂ©s prĂ©dĂ©finis. Rien ne doit ĂȘtre construit Ă  partir de zĂ©ro, mais cela a aussi ses inconvĂ©nients, en particulier lorsque nous pensons Ă  la sĂ©curitĂ©, Ă  la conformitĂ© et aux performances de l’entreprise Ă  grande Ă©chelle. Les frameworks d’application, comme Lightning App Builder, sont une excellente option. Ils fournissent aux dĂ©veloppeurs le meilleur des mondes low-code et no-code. La possibilitĂ© de crĂ©er et de dĂ©ployer des applications cloud conviviales, tout en offrant des microservices sans code, tels que des fonctionnalitĂ©s de sĂ©curitĂ© et de conformitĂ©, offre une tranquillitĂ© d’esprit totale. Non seulement pour les entreprises, mais aussi pour les utilisateurs.

 

Tests de performances Salesforce : vue d’ensemble

Vous vous demandez peut-ĂȘtre si Salesforce hĂ©berge mes applications et s’occupe de toute l’infrastructure back-end, de la sĂ©curitĂ©, de la conformitĂ©, etc., alors pourquoi dois-je effectuer des tests de performance Salesforce ? Leur environnement ne devrait-il pas pouvoir Ă©voluer pour moi ? Que reste-t-il Ă  faire d’autre? Eh bien, il existe de nombreuses raisons non seulement de « le dĂ©finir et de l’oublier », mais aussi les raisons les plus importantes de tester vos applications par rapport Ă  l’infrastructure Salesforce pour savoir comment elles fonctionneraient dans des situations oĂč le trafic augmente. Vous voulez vous assurer que si cela se produit, il n’y a pas de dĂ©gradation des performances. Peut-ĂȘtre que votre organisation va organiser une Ă©norme promotion marketing. Ou une vidĂ©o est devenue virale Ă  propos de votre plate-forme SaaS (Software as a Service) et maintenant tout le monde veut le savoir. Peut-ĂȘtre que votre application est de nature plus saisonniĂšre, s’appuyant fortement sur le Black Friday jusqu’aux jours fĂ©riĂ©s du Cyber Monday. Donc, dans cet esprit, vous devez commencer Ă  penser Ă  la planification de l’inattendu. Alors, quel type de test de performance devrait ĂȘtre effectuĂ©? Regardons les diffĂ©rents types de tests de performance 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 comprennent les tests de sĂ©curitĂ©, les tests de fiabilitĂ©, les tests de conformitĂ©, les tests de compatibilitĂ©, etc. Bien que les tests de charge et de stress soient les types de tests de performance les plus courants, il existe parfois une confusion entre les deux. Examinons les diffĂ©rents types de tests de performance et ce qui les diffĂ©rencie les uns les autres.

 

Test de charge

Le test de charge est le type de test de performance le plus courant que les gens connaissent. Les tests de charge cherchent Ă  comprendre combien de charge peut ĂȘtre mise sur un logiciel jusqu’à ce que les performances se dĂ©gradent.

 

Tests de résistance

Comme les tests de charge, les tests de contrainte font passer un test de charge au niveau supĂ©rieur. Les tests de rĂ©sistance sont effectuĂ©s pour pousser un systĂšme ou un logiciel jusqu’à ce qu’il se casse. De cette façon, les ingĂ©nieurs de 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 teste une grande quantitĂ© de donnĂ©es par rapport Ă  une application pour voir comment elle rĂ©agit et s’il y a un comportement anormal.

 

Test de pointe

Les tests de pointe sont comme les tests de rĂ©sistance, mais au lieu d’une augmentation lente et continue du nombre d’utilisateurs, l’application est rapidement inondĂ©e d’utilisateurs simultanĂ©s pour Ă©valuer comment l’application peut gĂ©rer cette augmentation soudaine de la charge sur le systĂšme.

 

Test d’évolutivitĂ©

Parfois appelĂ© test de capacitĂ©, le test d’évolutivitĂ© cherche Ă  comprendre les performances d’une application Ă  mesure que la charge utilisateur augmente et diminue. Cela peut aider Ă  dĂ©terminer s’il existe un besoin d’infrastructure supplĂ©mentaire pour rĂ©pondre aux demandes futures. L’objectif des tests d’évolutivitĂ© est de dĂ©terminer l’efficacitĂ© de l’application logicielle Ă  « Ă©voluer » pour prendre en charge une augmentation de la charge utilisateur.

 

Tests d’endurance

Comme un marathon, les tests d’endurance testent la façon dont votre application gĂšre de longues pĂ©riodes de trafic soutenu. Aussi appelĂ©s tests de trempage, ces tests peuvent ĂȘtre effectuĂ©s sur plusieurs heures, jours ou semaines, selon les exigences de l’application.

 

Comme vous pouvez le constater, le type de test de performance que vous choisissez dĂ©pendra des objectifs de performance ou des objectifs de l’application. Cependant, quel que soit le test, l’objectif est le mĂȘme : dĂ©couvrir les problĂšmes de performances tels que la stabilitĂ©, la rĂ©activitĂ© et l’évolutivitĂ© sous charge. Vous ne voulez pas vous retrouver dans une situation oĂč des centaines ou des milliers d’utilisateurs utilisent votre (vos) application (s) et ils viennent soudainement Ă  un arrĂȘt brutal. 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 si quelque chose comme ça se produit. N’oubliez pas que Salesforce doit non seulement prendre en charge vos exigences de performance, mais aussi toutes les exigences de milliers d’entreprises, qui reprĂ©sentent des milliards de transactions chaque jour.

Cependant, avec ce type de demandes, vous pouvez ĂȘtre sĂ»r qu’une plate-forme mutualisĂ©e comme Salesforce surveille en permanence son infrastructure pour s’assurer qu’elle respecte toujours les seuils de performance SLA (Service Level Agreements) afin de maintenir les performances et la conformitĂ© de ses clients. Cependant, cela ne signifie pas que vous pouvez renoncer complĂštement aux tests de performance Salesforce. Bien que Salesforce puisse ĂȘtre sĂ»r que sa plate-forme peut Ă©voluer, vous devez toujours avoir l’assurance que vos applications et pages rĂ©sisteront Ă  la croissance et Ă  l’expansion de votre entreprise.

Connexion salesforce

Plan de test Salesforce : meilleures pratiques

Salesforce prend les tests de performance au sĂ©rieux. Le non-respect de leurs politiques et procĂ©dures internes pourrait entraĂźner une limitation et un blocage. Et personne n’aime ça. Pour cette raison, les tests de performances ne peuvent pas ĂȘtre exĂ©cutĂ©s sur l’environnement de production. Les tests doivent ĂȘtre effectuĂ©s dans un bac Ă  sable ou un environnement isolĂ©, afin de ne pas perturber les autres utilisateurs de Salesforce.

 

De plus, les tests de performance doivent ĂȘtre soumis pour approbation au moins deux semaines avant la date de test. Toute demande soumise avant deux semaines peut ĂȘtre refusĂ©e. Du point de vue de Salesforce, leur responsabilitĂ© est uniquement de surveiller votre test pour dĂ©tecter tout comportement anormal afin de s’assurer que leurs services ne rencontrent aucun problĂšme. Le processus de test des performances Salesforce suit gĂ©nĂ©ralement les Ă©tapes ci-dessous.

Lire: Liste de contrÎle de préparation des tests de charge

 

Rassembler les exigences de test

À ce stade, vous voudrez crĂ©er un aperçu de base du test qui servira de feuille de route. C’est ici que vous voudrez inclure des dĂ©tails, tels que l’application testĂ©e, des scĂ©narios de persona utilisateur spĂ©cifiques, des questions spĂ©cifiques Ă  l’environnement, des temps de rĂ©ponse moyens attendus et l’utilisation du systĂšme, des SLA, etc.

 

DĂ©velopper le modĂšle de test

Le modĂšle de test est simplement une reprĂ©sentation de ce que vous pensez qu’il se passera pendant le test de performance rĂ©el. Sur la base des exigences initiales de votre test, qu’est-ce que vous Ă©mettez l’hypothĂšse qu’il se passera? Le modĂšle de test est utilisĂ© comme une prĂ©vision de ce qui se passera pendant le test de performance rĂ©el. Assurez-vous de prendre des mesures de performance de base avant le test. Cela peut ĂȘtre utilisĂ© ultĂ©rieurement pour comparer la façon dont votre projection de prĂ©-test correspond aux rĂ©sultats rĂ©els du test. Si le test ne correspond pas Ă  vos attentes, vous pouvez examiner les rĂ©sultats et voir ce qui a pu affecter les rĂ©sultats de l’hypothĂšse.

 

SĂ©lectionnez le bon outil de test de performance

Lorsqu’il s’agit de choisir le bon outil de test de performance pour le travail, l’outil que vous choisissez dĂ©pend de facteurs tels que le budget, le temps, l’expertise, le cas d’utilisation de test, etc. Les outils de test de charge conventionnels ne suffisent pas pour les plates-formes et les applications modernes d’aujourd’hui. Chez LoadView, nous pensons tous que notre plate-forme fournit tout ce dont un ingĂ©nieur de performance a besoin pour tester avec succĂšs ses applications Salesforce. Par exemple, de nombreuses applications sont axĂ©es sur la fourniture d’une excellente expĂ©rience utilisateur ou client. La seule vĂ©ritable façon de comprendre pleinement l’expĂ©rience utilisateur est d’avoir la possibilitĂ© de scripter des personas utilisateur et d’exĂ©cuter des tests qui correspondent Ă  des scĂ©narios rĂ©els.

 

Quel est le meilleur outil de test de performance Salesforce ?

Contrairement aux plates-formes de test de charge open source comme JMeter ou Gatling qui n’offrent pas suffisamment de fonctionnalitĂ©s et de flexibilitĂ©, ou aux solutions complexes et coĂ»teuses comme LoadRunner de Micro Focus, LoadView est spĂ©cialement conçu pour rĂ©pondre aux exigences des applications en constante Ă©volution d’aujourd’hui. La solution fournit des fonctionnalitĂ©s telles qu’un enregistreur de script facile Ă  utiliser, des tests dans des navigateurs rĂ©els, plusieurs courbes de test de charge, des emplacements de test globaux et d’autres fonctionnalitĂ©s au niveau de l’entreprise pour configurer facilement vos tests afin de correspondre au comportement rĂ©el des utilisateurs dans les navigateurs qu’ils utilisent. Toutefois, vous pouvez Ă©galement configurer des tests de performances basĂ©s sur un protocole pour les services Web et les API REST ou SOAP. Nous parlerons de l’enregistreur Web EveryStep plus en dĂ©tail dans la section DĂ©velopper les scripts de test ci-dessous, mais pour une liste complĂšte des fonctionnalitĂ©s et des 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, ainsi que des mesures et des mesures spĂ©cifiques, telles que les heures de dĂ©but et de fin, les transactions par seconde (TP), le temps de montĂ©e en puissance et/ou de rĂ©duction d’accĂšs,et toute autre information de test spĂ©cifique. Salesforce ne vous fournira aucun rĂ©sultat de test, il est donc important d’utiliser une solution qui fournit des rapports et des tableaux de bord complets, comme LoadView, afin qu’ils puissent ĂȘtre analysĂ©s plus en dĂ©tail et partagĂ©s avec les parties prenantes, si nĂ©cessaire.

 

DĂ©velopper les scripts de test

Les scripts de test sont un Ă©lĂ©ment crucial du processus de test de charge Salesforce. Et en tant que tel, il faut prendre grand soin de s’assurer que vos scripts sont exempts de bogues et d’erreurs. Toutefois, vous devez noter que Salesforce n’examinera pas vos scripts pour s’assurer qu’ils sont exacts ou s’ils reflĂštent correctement des scĂ©narios du monde rĂ©el. Comme nous l’avons mentionnĂ© prĂ©cĂ©demment, la solution LoadView fournit un outil de script pointer-cliquer appelĂ© EveryStep Web Recorder. Ces outils de script facilitent l’enregistrement de scĂ©narios utilisateur complexes et d’interactions cĂŽtĂ© client.

 

scripting de test de charge

 

Ouvrez simplement l’enregistreur et commencez Ă  enregistrer les actions du clavier, les clics de souris, les survols et les mouvements. Naviguez dans vos applications exactement comme le font vos utilisateurs. L’enregistreur enregistre chaque Ă©tape. Les caractĂ©ristiques de l’enregistreur comprennent Ă©galement les Ă©lĂ©ments suivants:

  • Prise en charge de plus de 40 navigateurs et appareils de bureau/mobiles.
  • Prise en charge du langage d’application Web et du framework – HTML5, Java, Ruby, React, etc.
  • Variables dynamiques, telles que login/mot de passe.
  • Personnalisez le comportement des utilisateurs, les dĂ©lais et le temps de rĂ©flexion.
  • Prise en charge de CAPTCHA et OTP (mots de passe Ă  usage unique).
  • Soumissions de formulaires et sĂ©lections de menus.
  • Crypter les variables.
  • VĂ©rification du contenu (image et texte).
  • Et bien plus encore.

Une fois votre script terminĂ©, les scripts seront relus pour s’assurer qu’il n’y a pas d’erreurs de script ou de rĂ©seau. En outre, vous pouvez modifier manuellement les scripts, si nĂ©cessaire. Essayez l’enregistreur Web EveryStep par vous-mĂȘme!

 

Exécuter le test

Enfin, nous arrivons Ă  la partie amusante. Une fois que vous avez finalisĂ© les Ă©tapes ci-dessus, vous devrez soumettre officiellement une demande de test de performances via Salesforce. N’oubliez pas que vous devez soumettre et planifier votre test au moins deux semaines avant la date du test.

 

Pour planifier votre test de performance, vous pouvez suivre les Ă©tapes ci-dessous.

  1. Connectez-vous Ă  votre compte Salesforce.
  2. AccĂ©dez au portail d’aide.
  3. SĂ©lectionnez RĂ©seau et performances Avertir > Salesforce d’une activitĂ© Ă  venir.
  4. Cliquez sur Planifier un test de performance

En outre, vous devrez Ă©galement disposer de votre plan de test Salesforce pour fournir des informations supplĂ©mentaires Ă  l’équipe Salesforce, telles que :

  • Vue d’ensemble gĂ©nĂ©rale du test de performances Salesforce, par exemple l’heure/la date du test.
  • Contacts et personnel clĂ©s.
  • Tester la justification et les dĂ©tails sur ce qui est testĂ© et pourquoi.
  • Mesures telles que les transactions par seconde (TPS) et le plan de montĂ©e en puissance.
  • ID du sandbox Salesforce oĂč le test aura lieu
  • Et tout ce que vous jugez pertinent Ă  propos du test.

 

Analyser les résultats

Une fois le test terminĂ©, vous voudrez ĂȘtre en mesure de capturer et de partager les rĂ©sultats avec les membres de l’équipe interne et les parties prenantes. Heureusement, si vous utilisez la solution LoadView, des rapports et des rĂ©sumĂ©s sont crĂ©Ă©s automatiquement aprĂšs le test.

 

 

Affichez les donnĂ©es rĂ©capitulatives du rapport, ainsi que les composants au niveau des Ă©lĂ©ments, les graphiques en cascade, les informations de session et une vue d’ensemble du script exĂ©cutĂ©, pour obtenir une image complĂšte des rĂ©sultats des tests de performances. En outre, pour les tests d’applications Web et de pages Web, vous pouvez afficher un enregistrement du test tel qu’il apparaĂźtrait aux utilisateurs, afin que vous puissiez voir comment votre application ou page se comporte sous charge.

 

Conclusion : Tests de performance Salesforce

Avez-vous besoin de charger ou de tester vos applications, pages Web, API ou autres services Web Salesforce ? Nous travaillons avec des clients du monde entier qui ont besoin de tests de performance Salesforce. Quelle que soit la situation ou l’environnement Salesforce, qu’il s’agisse d’un environnement UAT ou de prĂ©-production, ou que vous deviez tester derriĂšre le pare-feu,la plate-forme LoadView vous couvre. Nos clients nous ont dit qu’ils prĂ©fĂ©raient le LoadView Ă  d’autres solutions de test de charge populaires qu’ils ont essayĂ©es, comme BlazeMeter, LoadRunner ou JMeter lors de la configuration des tests de charge Salesforce.

Nos ingĂ©nieurs de performance et notre Ă©quipe de support peuvent travailler avec vous sur la crĂ©ation de tests, l’écriture de scripts et la planification afin que vous disposiez de tout ce dont vous avez besoin avant d’exĂ©cuter votre test de charge Salesforce. Notre Ă©quipe est lĂ  pour vous guider Ă  travers n’importe quelle partie du processus de test de performance Salesforce. Essayez LoadView par vous-mĂȘme ou planifiez une dĂ©monstration avec l’un de nos ingĂ©nieurs de performance pour voir tout ce que LoadView a Ă  offrir.