Salesforce是企業的核心。如今，它已成為支持眾多關鍵業務流程的基礎工具。為此，大多數企業都有相當複雜的Salesforce環境，其中包括通過Salesforce AppExchange進行各種定製和合作夥伴集成。最終，Salesforce與企業內許多其他係統的數據集成並獲取數據，以成為真正的“客戶360”平台。
這種設置為有價值的結果提供了幫助，以幫助組織成長，但其複雜性也帶來了一係列獨特的挑戰。具體來說，當今的Salesforce環境涉及很多活動部件：可以改變很多，並且可以頻繁地改變。跟上這些更改是繼續定期增加最終用戶價值的唯一方法，但是由於所有活動部件，因此很難證明這一點很困難。
但是，有一種方法可以跟上這些更改並有效地為用戶帶來價值。它圍繞將Salesforce測試與DevOps發布流程保持一致，以創建“客戶360”符合“質量360”的環境。本文將探討這樣做的獨特考慮，實現這一目標需要什麼以及在接受這種方法後的期望。
Salesforce的DevOps：獨特的注意事項
Salesforce是一個活生生的呼吸實體，不斷發展。隨著平台所有者繼續構建新的流程並自定義其Salesforce環境，它的演變以其獨特的方式進行，並以獨特的方式進行。所有這些變化都等於頻繁的釋放周期，這使得定期測試至關重要。
最先進的組織旨在平衡整個這些版本的速度和質量，重點是提高創新速度（通過減少變更和增加部署頻率的提前時間來衡量），同時保持可靠性和信任（通過減少變化失敗來衡量費率和平均恢複時間）。
DevOps是實現此平衡的主要方式，這對於將Salesforce測試與DevOps發布流程保持一致至關重要。但是，這樣做不是剪切。考慮因素包括：
- 生態係統的複雜性和規模：Salesforce環境變得非常複雜，而Salesforce合作夥伴生態係統的龐大規模僅使這種複雜性更加複雜。此外，由於Salesforce本身管理基礎架構，因此專注於這一領域的傳統DevOps工具和技術並不具有太多的價值。
- 用戶和自定義類型：IT和企業用戶都擁有Salesforce，這允許平台上的低編碼甚至無代碼開發。業務用戶和無代碼自定義的存在將更多的傳統開發和交付流程傾斜。這也意味著兩個團隊都必須找到一個可以輕鬆合作以使彼此意識到變化的環境。
- 變化的頻率：Salesforce，其合作夥伴以及組織內部的定期更改意味著環境不斷變化，即使看似很小的變化也會產生重大影響。此頻率需要測試自動化才能真正跟上變化的步伐，但是對Salesforce平台本身的常規更改可以輕鬆打破自動測試用例。
一個有許多動人的環境，可以證明傳統的DevOps方法非常不穩定。結果，將Salesforce測試與DevOps發布流程保持一致，需要一種量身定製的方法來維護關注正確的領域，鼓勵IT和業務用戶之間的協作，並確保測試自動化可以隨著時間的推移而承受平台的變化。否則，團隊必須定期維護和重建測試腳本，這會以DevOps平衡速度和質量的能力來消除。
您需要將Salesforce測試與DevOps保持一致
鑒於Salesforce的DevOps的獨特考慮，將Salesforce測試與DevOps發行過程保持一致需要不同的方法。實現此一致性的兩個關注領域包括：
將IT和企業用戶彙集到一個共同的目標
首先，組織必須統一IT和企業用戶朝著一個目標實現Salesforce生態係統應實現和潛在的業務風險以實現這一目標的目標。
盡早進行此對齊對於確保涵蓋所有關鍵風險領域以及誰將擁有哪些測試過程的所有關鍵領域至關重要。至關重要的是，組織不能將測試過程隔離到一個組或幹淨分配測試，以便每個組都能滿足自己的需求。相反，IT和業務用戶必須共同努力，因為他們具有互補的專業知識領域：一個小組非常了解測試自動化（但對Salesforce及其片狀的了解較低），而另一組則了解Salesforce的旅程和主要業務需求（but doesn’t have experience with test automation).
鼓勵IT和業務用戶之間的合作有助於組織在各自對Salesforce環境中的理解，使組織更快地實現變化和更高的穩定性。
通過自動化進行超速測試過程
其次，組織需要一種方法來通過自動化而不是運行手動回歸測試來加速測試過程。
手動回歸測試通常會在大多數企業Salesforce環境中的變化快速速度上創建用於發行新版本的瓶頸。引入測試自動化可以幫助減輕這一負擔 - 如果做得正確。
具體而言，組織必須穩定測試自動化，以便當Salesforce將定期更新到該平台時不會崩潰。他們還必須使IT和業務用戶都可以訪問此自動化，以促進兩組之間必要的協作水平。
重要的是，達到這種協作水平的唯一方法是引入對IT和業務用戶友好的工具，這通常意味著它支持無代碼環境。此外，由於Salesforce處理了DevOps方程，因此該工具應更少關注基礎架構。這給組織提供了三個選擇：
- 獨立軟件供應商的現成產品：通過“單擊代碼”環境支持測試自動化並提供高水平的穩定性的解決方案，因為軟件供應商對Salesforce的更改表示了有助於確保隨著新版本進入市場而不會破壞測試。
- 係統集成器的自定義解決方案：第三方專家的全麵服務解決方案，涵蓋基於代碼的測試的構建；與提供穩定性的係統集成器的持續關係，但需要時間和金錢來定期更新測試以解決持續的變化。
- 開源測試自動化框架：一個解決方案的解決方案，具有足夠的工程資源來實施和維護測試基礎架構，其穩定性僅反對僅來自內部資源領導的持續維護的變化。
盡管每種方法都有其利弊，但對於大多數組織而言，最穩定的解決方案可提供一致的質量並有助於保持必要的速度是現成的產品。這通常是最好的選擇，因為無代碼環境有助於將其和企業用戶融合在一起，並且平台提供的穩定性可確保隨著新更改的發布，測試不會破裂。