作為最大的基於雲的CRM供應商，Salesforce提供了全麵的開箱即用的可用性，同時也為其15萬強大的客戶基礎提供了高水平的定製、集成和靈活性。事實上,Salesforce的生態係統其規模是平台本身的5倍，包括廣泛的合作夥伴網絡和擁有4000款應用的應用市場。這些特性允許Salesforce用戶集成到幾乎任何係統環境中，並創建無限的定製應用程序。
確保您的Salesforce實例獲得最佳性能需要一個特定於Salesforce的測試策略。無論是提交定製代碼，還是嚐試與Salesforce的發布和補丁保持同步，保持CRM平台的更新都會帶來巨大的軟件測試負擔，而且每次更新都會增加。
如果操作得當，測試可以為您的組織帶來巨大的增值。這裏有5個最佳實踐來優化你的Salesforce測試策略:
1.了解Salesforce是如何被使用的
任何成功的數字轉型或整體業務創新的“秘方”都是業務用戶和技術資源之間的協調。隨著企業的規模和增長，這兩個群體之間的連接點變得孤立。業務用戶和開發人員必須創建業務流程，以鼓勵和維護關於任何新用例或Salesforce整體需求的溝通。
理解哪些過程是最業務關鍵的將允許測試團隊簡化他們的測試策略——因為畢竟，100%的測試覆蓋率是不可能的，不切實際的，並且沒有必要的。一種基於使用的方法Salesforce測試將允許開發團隊為最大的問題創建最有效的解決方案，並幫助他們對測試用例進行優先級排序，以按時交付高性能的項目。
2.簡化端到端測試
Salesforce實例平均包含數十個API集成，這些API集成將其連接到從ERP到麵向客戶的軟件的端到端業務實踐。隨著這些應用程序的並行發展，每個集成點都可能成為另一個故障點。
測試策略會加劇這個問題。平均而言，組織使用30多個不同的係統進行開發和測試。首先，端到端測試是最慢的測試類型之一，不能促進devops驅動團隊所依賴的即時反饋。
作為端到端測試對企業來說變得更加困難，也變得更加重要。如果在複雜的景觀中有什麼東西破裂了，它會引起破裂的連鎖反應。找出失敗的原因就像大海撈針——這是一個成本高昂、單調而耗時的過程，企業必須通過這個過程繼續運營。
優先級是簡化端到端業務流程測試的關鍵。對於QA團隊來說，為應用程序中的每個可能的工作流創建端到端測試是不現實的。
團隊必須確定:
- 最常見的工作流程
- 最關鍵的業務工作流
這些工作流應該在您的Salesforce測試自動化策略中獲得優先級。
3.將回歸測試與業務風險聯係起來
回歸測試通常會在Salesforce測試中造成瓶頸，因為你的回歸測試庫會隨著每個Salesforce版本的發布而增長。Salesforce更新的速度使得許多測試團隊不可能在不延遲發布的情況下執行整個回歸套件。好消息是，他們不必這麼做。這是因為:
- 回歸套件是臃腫和無效的．我們的研究發現平均回歸套件中60%的測試是多餘的，而且它們隻覆蓋了公司實際業務風險的40%。
- 少量的測試可以覆蓋大部分的風險。當您了解哪些測試與您最大的風險相一致時，您可以用當前測試工作的20%來覆蓋80%的風險。
當你不能測試所有的東西時，測試最重要的東西．你怎麼知道要測試什麼?召集Salesforce管理員、開發人員、測試人員和用戶，為組織的Salesforce流程和能力分配風險級別。
4.獲得用戶驅動的更改的可見性
在傳統工作流中，如果沒有編碼能力的業務用戶麵臨業務問題，他們必須提出請求，並希望他們的問題對業務足夠重要，可以解決。
低/無代碼平台極大地破壞了這種工作方式，以提高敏捷性、減少維護和降低成本。
Salesforce的無代碼平台是一個關鍵的區別，它允許業務用戶創建自己的定製。這允許為新用戶更快地遷移或采用平台，並允許企業快速實現其ROI。然而，允許在沒有特定保護的情況下進行定製會使一個有價值的工具麵臨性能和效率的風險。要注意以下這些潛在的問題:
- 太多的用戶:創建定製的用戶越多，產生意想不到的後果的可能性就越大。當破裂發生時，它們的來源很難追蹤。
- 可憐的文檔:用戶驅動的更改通常記錄很差，與技術團隊溝通不足。因此，技術團隊不能相應地更新測試套件，而且問題直到在生產中破裂才會顯現出來。
- 測試套件過載:定製越多，測試套件的庫就會越大。盡管業務用戶自行定製的能力減少了開發團隊的工作負載，但這常常將瓶頸轉移到測試上。
技術團隊和業務團隊對完全不同的流程使用相同的平台是一件棘手的事情。為了提高效率和性能，右手必須知道左手在做什麼。
文檔和影響分析可以使業務和技術團隊保持同步。通過使用記錄和回放工具，業務用戶可以記錄需要測試的業務流程更改，並向測試人員發出更改警報。影響分析工具可以進一步精確地指出在哪裏進行了更改，它們可能影響什麼過程，以及哪些測試將覆蓋這些更改和過程。
5.使業務用戶能夠使用正確的工具對測試做出貢獻
事實上，大多數在開發方麵信奉敏捷和創新原則的組織都未能將這些價值觀擴展到他們的Salesforce測試策略中。
低/無代碼測試解決方案與Salesforce的無代碼能力完美結合，並在用戶驅動的定製上關閉了循環。使用低代碼/無代碼測試工具，業務用戶可以參與測試，減輕技術測試團隊的負擔，並實現持續的測試周期。
而不是創建測試自動化腳本，Tricentis基於模型的測試自動化允許用戶掃描應用程序的UI或api，以創建業務可讀的自動化模型。這些模型可以在您的測試套件中進行組合和重用。如果應用程序更改，您可以更新模塊一次，並且該更改在所有受影響的測試用例中同步，從而節省您的手工工作時間。
這允許更快的反饋循環和估值時間比編碼快四倍。更廣泛地說，它真正地消除了測試瓶頸，而不是將其轉移到生命周期的不同階段。
將Salesforce測試帶入未來
Salesforce將繼續發展，為創新和集成鋪平道路。一個平台能夠支持整個業務需求和流程的日子已經一去不複返了。在未來世界中獲得成功的工具和方法是那些打破豎井並促進跨平台協作的工具和方法。
在規模上，最小的效率低下都可能失去控製，並使您的企業失去在市場上的關鍵優勢。最新一代的工具可以在不犧牲質量和增長的情況下提高速度。因此，當今企業組織麵臨的最大挑戰不是能力，而是清晰度。
當您試圖用自動化、人工智能和機器學習等先進技術為您的過程注入燃料時，不要忽視容易摘到的果實:與您的策略、對過程的洞察和最深層次的協作保持一致。