資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法學Salesforce 測試教程（什麼是 Salesforce 測試、流程、最佳實踐、工具）
Salesforce
Salesforce 是第一個基於雲的客戶關係管理系統 (CRM 系統)。它於 1999 年由 Marc Benioff 和 Parker Harris 首次開發。開發此係統的目的是幫助使用者輕鬆且經濟地銷售、服務、營銷、分析並與客戶建立聯絡。
Salesforce 為我們提供了從想法到實際應用程式或軟體的最快途徑。它幫助我們專注於我們的產品，使用 Salesforce 工具，而不是自己構建工具和其他基礎設施。因此，它節省了我們多年的時間和大量的金錢。
傳統的 CRM 系統通常需要整整一年甚至更長時間才能部署，而 Salesforce 則只需幾個月甚至幾周時間。它易於使用，我們可以花更多時間使用它，而花更少時間去了解它。由於易於使用並且可以定製以滿足業務需求，Salesforce 變得非常有效。
只要我們有網際網路訪問許可權，就可以在任何地方使用 Salesforce，因為它位於雲端。此外，它可以輕鬆地與第三方應用程式整合。例如，我們可以將 Salesforce 與 Gmail 整合，可以將其與我們的會計軟體整合等。而對於傳統的 CRM 系統，整合則變得困難。考慮到其廣泛的功能，它是經濟實惠的。
Salesforce.com (SFDC) 為其使用者提供各種標準功能，有助於管理與客戶的關係。它還有助於與員工、業務合作伙伴和其他利益相關者互動和協作，以安全地將資料儲存在雲中。
Salesforce 測試
使用 Salesforce，我們可以自定義許多開箱即用的功能以滿足公司的需求。我們執行 Salesforce 測試以驗證在 Vanilla SFDC 中執行的配置和自定義。它確保增強功能和功能更新不會使 Salesforce 環境的其他元素失效。
我們在 Salesforce 測試中面臨的挑戰之一是確保測試團隊正在檢查已自定義的軟體程式碼，而不是內建的 Salesforce 功能。Salesforce CRM 是在稱為 APEX（高階程式設計體驗）的平臺開發語言上開發的，它為開發人員提供了各種內建單元測試用例來驗證軟體程式碼。
Salesforce 測試的必要性
它允許我們檢查配置和軟體程式碼是否正常工作。
它有助於驗證已完成的系統是否支援客戶的業務流程。
它有助於確保系統的初始構建滿足指定的 requirements。
它有助於儘早發現缺陷或錯誤，以便可以輕鬆修復。
它根據測試用例的狀態提供功能流程報告。這有助於我們建立功能流程以確定軟體的功能。
流程構建器功能有助於檢查軟體的工作和行為。
工作流能夠確定基於時間的事件的功能。
Salesforce 測試的型別
手動測試 - 這包括使用傳統方法測試 Salesforce.com 應用程式。在 Salesforce 測試中，測試團隊執行功能測試、整合測試、迴歸測試和系統測試。
自動化測試 - 這涉及使用計算機程式測試 salesforce.com 或 force.com 應用程式。自動化測試工具包括 Selenium、Assure Click、Cucumber、UFT（統一功能測試）等。
Salesforce 中的測試級別
單元測試 - 此測試由 APEX 開發人員執行。它涉及編寫自動測試其覆蓋範圍的子句。它有助於確定有多少記錄受到影響，以便軟體程式碼可以在該環境中成功執行。為了能夠將 APEX 程式碼部署到生產環境，程式碼覆蓋率至少應為 78%。
系統測試 - 它由 Salesforce 顧問團隊執行。它涉及測試系統的技術流程。測試指令碼基於特定輸出。它幫助我們解決系統中自動化規則的問題，例如工作流、驗證、分配等。
UAT（使用者驗收測試）測試 - 它由應用程式或軟體的使用者執行。它允許測試系統支援各種業務流程的能力。它涉及基於業務中發生事件的測試指令碼。客戶必須確認所需的輸出，以便系統適合其用途。
生產測試 - 它類似於在生產環境中執行的系統測試。此測試允許我們測試配置和軟體程式碼是否已從沙盒正確部署到生產環境。如果在釋出產品之前有時間，客戶應在部署後重新執行 UAT 指令碼。
迴歸測試 - 執行此測試是為了確定軟體程式碼和配置版本是否會影響系統的現有使用者流程。它在增強功能或修復程式部署到生產環境後執行。使用者提供可能影響當前流程的所有更改的列表。
Salesforce 測試流程
Salesforce 的測試流程與任何其他普通 Web 應用程式非常相似。測試團隊必須清楚地瞭解在測試期間構建的可自定義功能。這有助於我們強調自定義程式碼而不是內建的 Salesforce 功能。
開發人員和測試人員出於各自的目的使用沙盒環境。經過測試的程式碼從沙盒環境部署到生產環境。在 Salesforce 測試中，通常假設測試團隊對 Salesforce 中涉及的常用術語具有基本知識和理解。
Salesforce 測試中的挑戰
Salesforce 測試過程並非易事。測試團隊在過程中面臨許多挑戰。其中一些是 -
測試高階功能並不容易，例如 Visualforce、Salesforce 或 Service Cloud Console 等。
我們必須為 Lightning UI 重新建立所有傳統測試。
即使某些標準功能未使用，也不能刪除。
切換到測試環境時，GUI（圖形使用者介面）測試不起作用。
自動化測試必須在所有測試環境中都能執行。
由於組織方面欄位 ID 的差異，我們在為 Salesforce 螢幕建立欄位定位器時會遇到問題。
Salesforce 測試的最佳實踐
像真實使用者一樣執行測試。
準備測試資料以驗證功能報告。
確保測試方法包括功能測試、UI 測試、迴歸測試和整合測試。
更多關注 Visualforce 頁面的動態特性，因為網頁的所有元素可能不會同時載入。
應使用 Selenium 和 UFT（統一功能測試）等工具進行自動化測試。
測試人員應定義包含正向流程和負向流程的內容。
藉助工作流構建和測試使用者角色。
Salesforce 測試人員的職責
他們應該能夠執行冒煙測試，以確保所有主要功能都按規範執行。
他們必須建立正面和負面的測試場景。
他們必須執行等價劃分分析以及邊界值分析。
他們必須研究軟體並瞭解其功能，以便建立功能對映。
測試團隊必須與開發團隊建立溝通渠道。
他們必須清楚地瞭解可以為 Salesforce 軟體構建的可自定義功能。
他們必須執行基於角色的測試，以確保資料一致。
如果Salesforce測試與第三方應用程式整合，則必須執行相容性測試。
他們應該具備負載測試工具的基本概念和理解，這些工具用於驗證複雜的流程，這些流程可能會在Salesforce中產生不一致的結果。
他們必須具備APEX的知識。
Salesforce測試自動化工具
在Salesforce中執行自動化的功能測試非常具有挑戰性，因為大多數網頁都是動態的。這就是為什麼我們需要建立一個強大且未來可用的自動化框架。
一些廣泛使用的Salesforce測試工具包括：
- UFT
- Cucumber
- Force.com IDE
- 變更集 (Change sets)
- Ant/Force.com遷移工具
- Workday
使用Salesforce測試工具的好處
節省75%的時間和25%的成本。
提供更好的APEX測試執行，以及詳細的測試覆蓋率和覆蓋率報告。
行業領先的自動化工具，如Selenium和JMeter，可以帶來優勢。
我們可以為各種環境和瀏覽器自動生成測試。
我們可以輕鬆地錄製和回放錄製的測試。
這些工具有助於自動化部署前和部署後的任務。
我們可以將資料與測試指令碼分離，並改進多個數據集。
結論
Salesforce是第一個基於美國舊金山的雲端CRM系統。它用於驗證在Vanilla SDFC中執行的配置和定製。此測試驗證最終產品是否滿足客戶的業務流程。
Salesforce擁有一個專門的開發人員和測試人員社群。它可以與Web瀏覽器一起使用，無需安裝額外的硬體或軟體，因此成為組織的理想選擇。
執行Salesforce測試的主要挑戰是確保我們檢查的是定製內容，而不是內建的SDFC功能。Salesforce測試的不同級別包括：單元測試、系統測試、UAT測試、生產測試和迴歸測試。Salesforce測試的另一個挑戰是，我們必須為Lightning UI重新建立所有經典測試。
瀏覽量：1000+
