逐步指南 建立 Salesforce 應用程式。了解 Salesforce 開發的每個階段。
在軟體開發領域實施多種方法、技術和方法並不容易。整個過程需要對主題有深刻的了解。當今最受歡迎的技術之一是雲端解決方案。
Salesforce 應用程式的開發工具
對此的濃厚興趣 technology 創造了在更大的雲端生態系統中開發雲端系統的需求。 Salesforce 應用程式屬於此類,因為其開發過程最終保存在雲端系統內。
當談到為Salesforce開發設計的環境時,就必須提到Force.com。由於該網站是藉助Salesforce整合開發環境建構的,因此可以透過插件順利整合。
有許多指定用於建立 Salesforce 應用程式的工具。各種元資料元件、Visualforce、Apex 等都是最常使用的。還有資料的本地文件儲存解決方案。
開發人員必須將資料重新定位到原始碼控制系統以進行一些更改,然後將其返回到儲存中。最受歡迎的控制系統是 Subversion 和 Git。
開發過程有許多組成部分,每個組成部分都需要特殊的方法。這就是為什麼總是有許多不同的專業人員在開發同一個應用程式。這些是最常見的專家。
- 產品經理 – 這些人負責處理不同的業務方面及其確認。
- 發布經理 – 它們對於協調產品的發布日期至關重要。
- 銷售人員開發人員 – 他們是負責直接開發應用程式和編寫程式碼的專業人員。
- 品質保證經理 – 這些專業人員負責錯誤測試和發現各種問題。
- 銷售顧問 – 他們提出建立和優化業務流程所需的解決方案。
以下階段說明了這個過程的方式 Salesforce 應用程式開發 作品。
原始碼控制儲存庫應該立即建立。為每個專案擁有單獨的儲存庫有很多優點。同樣的方法也適用於主分支中的元資料儲存。
有許多不同的專業人員參與創建 Salesforce 解決方案。發布經理致力於為所有功能設定單獨的分支。具體開發人員必須處理它。另一項職責是編寫 package.xml 清單並透過 Force.com 管理元資料。
編碼過程本身是在沙箱中開始的。 Salesforce 沙箱是獨一無二的,因為它們沒有連接到主要生產。多虧了它,沙箱中實施的所有更改都將保留在那裡。這可以防止對生產過程的任何干擾。
開發人員利用Force.com的整合開發環境從沙箱中取得必要的資料。實施所有必需的變更以將程式碼提交到 Git 儲存。儘管他們在提交程式碼之前必須執行一些測試。
然後,程式碼將被重新定位到沙箱中以進行額外的開發。之後就可以在儲存庫中完成了。必須確保沒有人同時參與該程式碼,這一點至關重要。這種同時進行的工作可能會導致各種錯誤。
下一步是程式碼測試。 質量保證 管理者必須將程式碼移到他們自己新製作的沙箱中。有時,經理只需測試其中一項功能而不是整個程式碼。為此,他們創建了部分沙箱並在那裡傳輸一段程式碼。
在某些情況下,品質保證專家會為其他同事打開沙箱以便一起工作。這允許對程式碼段進行更徹底的檢查。如果他們設法發現編碼中的錯誤,則該過程將從頭開始。
完成測試需要檢查程式碼是否已被使用者接受。發布經理和專案經理都在部分沙箱中執行進一步的測試。之後,他們可以開始準備產品以進行演示。如果應用程式仍然存在一些問題,則該過程會重新開始。
性能測試是產品發布後剩下的測試。這次,創造了一個中間沙箱。它與應用程式本身有很多相似之處。各種類型的最終測試都在這裡進行。如果沒有留下任何錯誤,則應用程式已準備好投入生產。
加入 25,000 多名聰明的讀者——不要錯過!