Salesforce是一個推動企業內部創新的強大平台，但釋放這種力量需要一個優先考慮質量的現代發布策略。
隨著企業持續發展Salesforce環境，維護質量體係並確保過程功能不中斷最終用戶需要一致的測試。考慮到這種持續創新的重要性，一個強大的測試策略可以在組織使用Salesforce有效加速創新的能力方麵發揮重要作用。
考慮到這一點，以下四種策略可以幫助組織在Salesforce中改進測試——例如，通過更有效地測試來緩解瓶頸，提高覆蓋率，增加對變化質量的信心——實現關鍵結果，如提高生產力和加快創新。
1.了解測試Salesforce的細節
在Salesforce中進行測試需要一種適合其發布節奏和定製選項的定製方法。首先，Salesforce每年進行三次更新。其次，Salesforce擁有一個龐大的合作夥伴生態係統，大多數企業都能利用它，這些合作夥伴每年都會發布幾次自己的新版本。最後，Salesforce是高度可定製的，這意味著每個組織都有機會定期在Salesforce的基礎上構建獨特的解決方案。Salesforce的低代碼和無代碼環境意味著這些定製可以來自技術團隊和業務用戶。為了按時交付這種創新，組織必須準備在一個非常容易受到變化影響的環境中經常進行測試——從各個方向。
澳大利亞國務院之一最近在Salesforce的實施中經曆了這些挑戰，該實施跨越了五個項目，包括服務雲、社區雲和Visualforce，並混合了Classic和Lightning的經驗。該部門將Salesforce的開發和部署工作集中在引入新功能上，但大量的變化——加上一個依賴手工回歸測試的小團隊——導致了瓶頸，威脅了他們的敏捷性和創新速度。作為回應，該部門引入了針對像Salesforce這樣的打包應用程序優化的測試自動化。這種變化使他們的團隊能夠更好地跟上變化的數量和頻率，從而導致更有效的測試和更高的ROI，從而使他們的創新計劃回到正軌。
2.將Salesforce測試與DevOps發布流程結合起來
將Salesforce的測試與DevOps的發布過程結合起來，對於平衡速度和質量尤其重要，因為當把變更交到Salesforce用戶手中時。然而，考慮到測試Salesforce的獨特挑戰，這樣做需要一定的考慮。
具體來說，進入典型Salesforce環境的變更數量和頻率會很快為使用手工回歸測試的組織造成測試瓶頸。這些瓶頸不僅延遲了對用戶的更改，而且通過減少測試覆蓋率增加了風險。為了跟上典型Salesforce環境中所有移動部分的步伐，組織必須通過引入測試自動化，將測試與DevOps發布過程保持一致。然而，這種方法也有其自身的挑戰，因為自動化測試用例會因為Salesforce的不斷變化而中斷。
克服這些挑戰的最佳方法是引入一個測試自動化解決方案，該解決方案與Salesforce一起工作，負責更新並相應地對其解決方案做出調整，以便測試保持其完整性。
英國汽車公司英之傑已經看到了Salesforce測試與DevOps發布過程的區別。當公司依賴於手工回歸測試時，這些測試的能力開始限製Salesforce內部的開發速度。具體來說，他們必須以每月10個人天的成本執行500多個回歸測試用例，Salesforce的每個月發布通常會向庫中添加另外50個回歸測試用例。為了克服這些挑戰，Inchcape改變了他們的方法，通過采用一種允許穩定的測試自動化的Salesforce測試的解決方案來與DevOps發布過程保持一致。這個變化帶來了幾個好處，包括節省了數百個工時，增加了50%的風險覆蓋率，並允許團隊創建更嚴格的測試。
3.改進IT和業務涉眾之間的協作
傳統的測試方法將測試分解為功能應用領域，而不是將應用和業務挑戰作為一個整體來解決;但是，這種分裂使得解決和推進商業挑戰變得困難。這個缺點，加上Salesforce被IT和業務用戶共享所有權的事實，需要一種不同的測試方法，將傳統上分開的兩個組結合在一起。
Salesforce的一個獨特之處在於，它為業務用戶提供了一個無需編碼的環境來定製解決方案。這為業務用戶快速創造價值提供了很大的靈活性，但它也可能導致it團隊在運行測試和發布新更新時出現潛在的失敗點時出現盲點。應對這些挑戰的最佳方法是，通過無代碼測試環境鼓勵IT和業務用戶之間的協作，該環境允許兩個團隊作為平等的夥伴參與到過程中。最終，在整個測試過程中結合每個小組的技術和業務知識將有助於提高測試的速度，並以一種高度可靠的方式加速創新。
林德集團作為世界上最大的工業氣體公司之一，該公司已經從促進這種類型的合作中獲益良多。在此之前，組織經曆了關於保持頻繁和快速變更的測試挑戰，部分原因是有限的測試自動化能力。作為回應，林德建立了一種新的測試方法，將開發人員和業務用戶聚集在一起，為Salesforce、SAP、移動應用程序等進行自動化測試。這種方法允許業務用戶指出要測試的核心功能是什麼，以便技術資源可以使用該藍圖來構建自動化，並根據需要對其進行改進，以跟上應用程序更新的步伐。基於測試覆蓋的更好的優先級，這個變更導致了風險的降低，更好的跟上變更的速度的能力，以及自動化測試的維護的減少。
4.簡化端到端測試
向Salesforce交付高效、高質量的更新超越了Salesforce本身，因為平均每個組織都有幾十個API集成，將Salesforce與端到端業務流程連接起來。這些集成點中的每一個都創建了必須測試的潛在故障區域。
因此，端到端測試——試圖通過從頭到尾測試應用程序的整個工作流來重建用戶體驗——包括所有與其他係統的集成和依賴關係——在Salesforce這樣高度連接的環境中是極其重要的。然而，隨著連接點的增加，端到端測試變得越來越具有挑戰性。
圍繞端到端測試的最大挑戰包括維護挑戰，以確保測試反映係統的不斷變化，應對由於網絡條件和API故障導致的測試不穩定，占連接應用程序不斷增加的數量，找到並準備適當的測試數據，以及確保跨團隊的一致性。
能夠克服這些挑戰的組織將很好地利用Salesforce來提高生產力和加速創新。實現這一目標的一些關鍵包括:
- 引入測試自動化來維護所有工作流和連接點的必要速度和覆蓋率
- 在端到端測試中，優先考慮某些工作流，以避免為每個可能的領域不斷編寫和重寫測試
- 使用提供模塊化測試設計的解決方案，以減少維護挑戰，並利用無腳本、無代碼的方法
- 引入一個測試數據管理工具來自動化合成測試數據的創建
- 調整一個解決方案，使每個團隊使用的各種技術之間的信息同步，從而為組織內的所有團隊創建一個單一的真相來源
領先的醫療保健公司McKesson最近體驗到了簡化端到端測試的力量。在此之前，組織使用了一個手工的過程，這使得按時交付更新變得困難，最終達到他們隻能達到30%的覆蓋率的點。該團隊引入了基於模型的測試自動化來解決這些挑戰，並能夠實現80%的覆蓋率，並將測試時間減少10倍。