Qu'est-ce que Salesforce Sandbox ?

Vous cherchez à personnaliser votre entreprise dans un environnement de staging pour tester les changements sans interrompre votre organisation de production ou son utilisateur ? Ou souhaitez-vous une organisation où les utilisateurs peuvent se connecter et tester les nouvelles fonctionnalités avant qu'elles ne soient prêtes pour la production ? Ou vous souhaitez simplement vous connecter à une organisation Salesforce pour obtenir une formation ou un développement qui ressemble à votre organisation de production.

Eh bien, si votre réponse à toutes ces questions est "Oui", vous êtes au bon endroit.

Cet article fournira des informations sur Salesforce Sandbox, différents types de Sandbox, les étapes pour en créer un et bien plus encore.

Qu'est-ce qu'une sandbox Salesforce ?

Un environnement Salesforce Sandbox vous permet de tester facilement le nouveau code, la configuration et l'automatisation sans affecter votre instance de production.

C'est comme une copie de votre instance de production avec quelques-unes ou toutes vos métadonnées et données par type de bac à sable.

En termes simples, une Salesforce Sandbox est un environnement de test dans lequel vous pouvez créer et copier des métadonnées à partir de votre instance de production. Il s'agit d'une section distincte dans laquelle vous pouvez effectuer des tests avec des données, telles que des comptes, des prospects et des contacts.

Sandbox crée vos copies d'organisation Salesforce dans un environnement différent et les utilise pour la formation, le développement et les tests sans interrompre vos applications et vos données dans votre organisation de production.

Quand utiliser une sandbox Salesforce ?

Comme nous en avons discuté, Sandbox crée la copie de votre organisation Salesforce dans un environnement différent. Vous pouvez les utiliser pour le développement, la formation et les tests sans affecter les applications et les données de votre organisation de production.

Salesforce fournit des bacs à sable et un pack d'outils de déploiement pour vous permettre d'exécuter diverses fonctions.

• Vous pouvez séparer les tâches de développement et de personnalisation de votre environnement de production jusqu'à ce que vous soyez prêt à déployer les modifications.
• Vous pouvez offrir un environnement de formation.
• Le test change par rapport aux répliques des utilisateurs et des données de votre production.
• Synchronisez des modifications distinctes en un seul déploiement en production.

Que vous soyez un administrateur ajoutant des fonctionnalités à une organisation, un seul développeur écrivant du code ou une équipe de développeurs experts travaillant pour améliorer votre organisation, vous devez choisir le bon outil pour travailler dans le bon environnement pour développer et déployer avec succès des modifications dans votre production. organisme.

Quels sont les différents types de bacs à sable dans Salesforce ?

Il existe quatre types d'environnements Salesforce Sandbox :

1. Bac à sable du développeur

Ce bac à sable est destiné au développement et aux tests dans un environnement détaché. Une Developer Sandbox contient une réplique de la configuration de votre organisation de production (métadonnées), qui comprend des définitions d'objets personnalisés, des paramètres personnalisés, des pages Visualforce, des classes et des déclencheurs Apex, des catalogues de prix, des tableaux de bord, des rapports, etc.

Plusieurs utilisateurs peuvent se connecter et partager une sandbox Developer. Néanmoins, ce bac à sable vise à offrir un environnement dans lequel les modifications sous le développement actif peuvent être séparées jusqu'à ce que ces modifications soient toutes prêtes à être partagées.

Les bacs à sable pour développeurs offrent un stockage de données et des fichiers limités pour diverses tâches de développement et de test.

2. Bac à sable Developer Pro

Developer Pro Sandbox est également destiné au développement et aux tests dans un environnement séparé et détaché et peut héberger plus d'ensembles de données qu'un bac à sable Developer.

Un bac à sable Developer Pro inclut également une réplique de la configuration de votre organisation de production (métadonnées). Vous pouvez utiliser ce bac à sable pour gérer davantage de tâches de développement et d'assurance qualité, ainsi que pour la formation des utilisateurs ou les tests d'intégration.

3. Sandbox de copie partielle

Ce bac à sable est utilisé comme environnement de test, qui inclut une réplique de la configuration de votre organisation de production (métadonnées) et l'échantillon de données de votre organisation de production par un modèle de bac à sable.

Vous pouvez utiliser ce bac à sable pour les tâches d'assurance qualité, telles que les tests d'intégration, les tests d'acceptation des utilisateurs et la formation.

Une copie partielle de la sandbox est la copie des métadonnées de votre organisation de production, comme les sandbox Developer et Developer Pro.

De plus, le moteur de copie de bac à sable échantillonne les données de votre organisation de production en fonction de ce qu'un modèle de bac à sable a défini.

Le moteur de copie de bac à sable contient une stratégie de copie spéciale pour gérer le développement du bac à sable de copie partielle. La stratégie de copie apprend les relations de données définies dans le schéma d'objet standard et personnalisé de votre organisation de production et garantit que les exemples d'enregistrements maintiennent des liens valides entre eux.

Lorsque vous créez des sous-ensembles valides des données de votre organisation à l'aide de modèles de bac à sable, vous pouvez utiliser des bacs à sable de copie partielle à des fins de développement, de formation et de test. Ils sont les mieux adaptés pour les tests de plomb et les performances complètes.

4. Bac à sable complet

Ce bac à sable est destiné à un environnement de test. Les bacs à sable Just Full prennent en charge les tests de charge, les tests de performances et la mise en scène.

Les bacs à sable complets sont une copie de votre organisation de production, englobant toutes les données, telles que les métadonnées, les enregistrements d'objets et les pièces jointes. La durée de l'intervalle d'actualisation rend difficile l'utilisation de ces bacs à sable pour le développement.

L'application d'un modèle de bac à sable est généralement recommandée, de sorte que votre bac à sable inclut uniquement les enregistrements que vous souhaitez pour les tests et autres tâches.

Lorsque vous créez une sandbox complète, vous devez également décider de la quantité d'activité Chatter et de l'historique de suivi des champs à inclure.

Omettre le suivi des champs est la valeur par défaut, mais vous pouvez envisager jusqu'à 180 jours de suivi des champs. Si vous suivez l'historique des champs dans votre organisation de production pour divers objets, vous devez spécifier moins de jours afin d'éviter une génération excessive de données.

L'activité Chatter peut ajouter une bonne quantité de temps à votre copie Sandbox complète.

Vous pouvez limiter la plage d'historique des champs que vous copiez et copier vos données Chatter si vous avez besoin de tester vos cas d'utilisation.

Les bacs à sable complets remplissent également d'autres objectifs, mais la taille du bac à sable et la durée de l'intervalle d'actualisation ne créent pas un environnement qui reste à jour avec votre organisation de production.

Il est suggéré d'utiliser des bacs à sable complets pour les tests d'intégration, les tests de charge de données, les performances, les tests de charge, les tests d'acceptation par les utilisateurs et à des fins de mise en scène. Cet environnement est spécifiquement destiné à prendre en charge les tests complets de performances et de charge.

Considérations relatives au bac à sable du développeur Salesforce

Dans le nouvel environnement Salesforce Sandbox, avant de créer, développer et tester, vous devez vérifier les aspects ci-dessous :

1. Données client

En Complète ou Partielle, vous ne devez pas oublier que le bac à sable inclut des détails de données client complets ou partiels. Il peut contenir des informations bancaires, telles que les détails de la carte de crédit et les détails du compte. Vous devriez les considérer spécifiquement lors de la mise à jour de quoi que ce soit.

2. Synchronisation

L'ID de l'organisation Sandbox et les ID de l'organisation de production sont différents. Pour cette raison, lorsqu'un bac à sable est créé, les données ne sont pas synchronisées ou mises à jour automatiquement et simultanément dans l'organisation.

3. Estimation du temps d'exécution

Divers facteurs influent sur le délai d'exécution prévu du projet. Cela peut prendre des mois, des jours ou des heures, en fonction de la taille des ensembles de données dans les bacs à sable.

4. Rafraîchissant

Lorsque vous actualisez, vous devez vous assurer que la copie de l'environnement de production actuel est créée, ce qui indique que vous pouvez perdre la configuration et les données si l'organisation de production existante ne l'a pas.

5. Délivrabilité des e-mails

Par défaut, la livraison des e-mails sandbox est définie sur "E-mail système uniquement". Vous pouvez facilement modifier le paramètre sur "Tous les messages" si vous avez besoin de tester des fonctionnalités de messagerie particulières dans Sandbox.

6. Ajout d'adresses e-mail

Dans chaque e-mail d'utilisateur, un "chemin invalide" est automatiquement ajouté à la fin. Vous pouvez mettre à jour vos adresses e-mail si vous souhaitez que chaque utilisateur reçoive des e-mails générés par le système à partir du bac à sable. De cette façon, vous pouvez supprimer la balise « .invalid » à la fin de l'e-mail.

7. Licence d'application

Vous devez tester un peu plus pendant la phase de test lorsque la licence utilisateur est nécessaire. Pour la même chose, vous devez prévoir d'ajouter du temps supplémentaire à votre emploi du temps.

8. Horaires et tâches par lots

Avant de passer au suivant, vous devez vérifier si vous avez des tâches planifiées en cours d'exécution pendant le test. De plus, identifiez ce qui n'est pas pertinent pour l'environnement sandbox mais qui a été copié à partir de l'organisation de production.

9. Passerelles de paiement

N'oubliez pas que chaque enregistrement de passerelle de paiement est envoyé à des "passerelles de paiement test". La case à cocher "Test Endpoint" est toujours désactivée pour le même.

10. Données réelles pour les tests

Vous devez toujours utiliser des exemples de données réels lors des tests dans le bac à sable, en vous assurant que les systèmes de bac à sable fonctionnent comme ils le feraient dans une situation réelle.

Comment créer une sandbox Salesforce ?

1. Interface requise

Salesforce Classic (pas présent dans toutes les organisations) et Lightning Experience

2. Éditions requises

Professionnel, Illimité, Database.com, Performance et Entreprise.

Autorisations utilisateur requises :

• Pour afficher une sandbox : Afficher l'installation et la configuration
• Pour créer, supprimer, activer et actualiser une sandbox : Gérer la sandbox

Salesforce copie les métadonnées de votre organisation de production dans une organisation sandbox lorsque vous créez une sandbox.

Pas

• Dans la configuration, dans la case Recherche rapide, saisissez Sandbox.
• Ensuite, choisissez Sandboxes pour voir et gérer vos sandboxes actuelles ou en créer une nouvelle.

Sommaire

Salesforce Sandbox est comme un atout pour diverses entreprises. Les développeurs utilisent des Sandbox pour créer et tester des modifications pour les tests de performances, la mise en scène, le SIT, la formation, l'UAT, etc. À l'aide de Salesforce Sandbox, vous pouvez créer plusieurs copies de votre organisation de production dans différents environnements.

Vous pouvez également profiter des avantages de Salesforce Sandbox en plus d'effectuer vos autres tâches. Vous pouvez vous connecter avec des consultants Salesforce pour mieux le comprendre.