Post Sandbox Refresh Steps

  • Disable Scheduled Apex Jobs
  • Disable Outbound Messages or point them to QA server endpoints.
  • Reconfigure External Web Service calls for a non-production environment
  • Overwrite Custom Settings to non-production ones - might vary between projects but worth to check. Sometimes custom integration credentials are saved as Custom Settings.
  • Disable S2S connection copied from production (if applies)
  • Disable Analytic Snapshots
  • Get the new Sandbox Org ID and instance Id if required
  • Remove the email suffix for required users
  • Create any required users who don't exist in Production
  • Regenerate (or completely disable) Inbound Email Services
  • Delete / modify entries in Remote Site Settings if you don't want to perform certain callouts.
  • Disable "Big Deal Alert" on Opportunities - can be embarassing to send an email with "My awesome test Opp !!1" to CEO
  • If you have managed packages with API keys (like FinancialForce) - ask their support teams to regenerate the keys
  • If you have "power users" that will coordinate User Acceptance Testing - create entries in Delegated Administration area so they can "login as"

(since Spring '13)

  • If you want to see the "send an email" button on Activities related list or wonder why you don't get any notifications from approval processes - set Email Deliverability to "All Email"

(since Spring '16)

  • Consider implementing SandboxPostCopy to automate steps in Apex after a sandbox is copied.

Specific for full sandboxes

  • break Email addresses on Contacts, Leads etc. with suffix like it's done for users (and wherever you store email info if there's any risk of routine communication kicking in for example from workflow email alerts)
  • disable Weekly Data Export?
  • if you have email templates or documents with sensitive data (like Purchase Order and scanned signature of approver) it might be worthwhile to cripple them somehow (fake logo, big red "TEST ONLY" etc..). Documents won't be carried to non-full sandboxes though

Another thing I have implemented is a custom setting referenced in workflows & triggers to determine whether to perform various actions (specifically sending emails)

something similar to this: $Setup.Config_Settings__c.Send_Emails__c

It was a bugger to get implemented since there were tons of workflows, triggers, and controllers to update. Now I'm very glad I took the time to do it. You have to remember to set default org values though since custom settings don't get populated in a sandbox refresh. As of Summer 13 custom settings get copied to sandboxes.

Tags:

Sandbox

Bestpractice

Related

How do I prepopulate fields on a Standard layout? Documenting Salesforce.com Apex class files Can you convert a Master-Detail relationship to a Lookup if it's referenced in code? Are there best practices to get scheduled apex scheduled to run faster than once per hour? What is a good set of naming conventions to use when developing on the Force.com platform? Why is the count() query in salesforce not counting the no. of query rows returned as 1? Can you use the LIKE operator in SOQL queries via the REST API? Can I get my security token without having to reset it? Use of @IsTest versus testMethod and location of test methods in classes Create Chatter post with mix of HyperLinks and text in the Body (in Apex code) Can you perform DML operations from visualforce email templates? What are the implications of implementing Database.Stateful?

Recent Posts