Salesforce中的示例分析

今天就跟大家聊聊有關(guān)Salesforce中的示例分析,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結(jié)了以下內(nèi)容,希望大家根據(jù)這篇文章可以有所收獲。

專注于為中小企業(yè)提供做網(wǎng)站、網(wǎng)站制作服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)冷水灘免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都,凝聚了一批互聯(lián)網(wǎng)行業(yè)人才,有力地推動了上千多家企業(yè)的穩(wěn)健成長,幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

接觸過Salesforce 工作的小伙伴們應(yīng)該知道,Salesforce 雖然一直說提倡無代碼開發(fā),盡量使用標準功能來實現(xiàn)需求,但是有時我們?nèi)匀徊豢杀苊獾牡臅懸恍┐a.

     使用標準功能的話,Salesforce會自己負責(zé)代碼的質(zhì)量;

     對于自定義的一些功能的話,Salesforce為了確保我們的代碼不會在生產(chǎn)中的任何情況下中斷,也制定了一套自己的衡量標準,比如:

     Salesforce的程序的代碼覆蓋率必須達到75%時,才可以進行部署

     一般的Apex Code,就像那些出現(xiàn)在Trigger里,出現(xiàn)在Controller里的代碼,
    測試類都很好寫,就按照
    1. 準備測試數(shù)據(jù)
    2. 執(zhí)行業(yè)務(wù)邏輯(功能)
    3. 斷言執(zhí)行結(jié)果
    按套路打就行了。

   (溫馨提示: 望小伙伴們每次寫完程序,記得在測試類里面測試到位啊,有漏了的點的話,下次改完程序再測試的時候難度將會有所增加,所以為了方便他人,同時也為了自己的方便,因及時修改測試類)

  小喵記得有一次改測試類,結(jié)果發(fā)現(xiàn)測試類跟程序 之間差好幾個版本,因此只能花時間慢慢一步步的測┭┮﹏┭┮

 所以為了方便,還是希望小伙伴們修改完程序,及時把測試類修改到最新版本.

除此之外,另一些apex code,需要特別的測法。 Salesforce作為CRM系統(tǒng),無法避免的要與其他系統(tǒng)進行數(shù)據(jù)交互。 大部分情況,我們只需要把salesforce的標準集成文檔和權(quán)限已經(jīng)配置妥當?shù)馁~號,提供給對方就好, 但是,當我們需要將業(yè)務(wù)封裝起來的時候,就需要自己建WebService。

  下面小喵簡答說一下編寫測試類的一些要點 :

   1.必須以@isTest注解開始類,然后只有Salesforce會把這個類當作測試類。

   2.將測試類保持為私有的,最佳實踐是將測試類命名為原始類或觸發(fā)器名稱+‘test’,例如 : 程序為 CampaignController ----> 測試類為 CampaignControllerTest

   3.測試類的方法必須是static、void,并且必須使用testMethod關(guān)鍵字。 例如 :

static testMethod void 方法名(){
   //方法體
}

   4.在實際測試運行之前,準備需要存在的測試數(shù)據(jù)?,F(xiàn)在每天有多種創(chuàng)建測試數(shù)據(jù)的技術(shù),例如,setup方法、靜態(tài)資源等 . 

   5.使用 Test.startTest() 和 Test.stopTest()  以確保代碼的實際測試使用一組新的調(diào)控器限制進行。這些方法幫助您在實際的測試代碼執(zhí)行之前重置調(diào)控器限制。

   6.一旦測試代碼在 Test.startTest() 和 Test.stopTest() ,則必須使用assert語句來測試實際代碼是否正確執(zhí)行并按預(yù)期給出結(jié)果。舉個例子,我們正在測試這本書的價格是否定在90美元。如果這個assert語句返回false,那么您的測試類將失敗,并且會讓您知道代碼中存在不正確的地方,您需要修復(fù)原始代碼。

   7.在理想情況下,我們應(yīng)該在測試類中編寫多個方法,很少有方法應(yīng)該測試我們的肯定用例,其他方法應(yīng)該測試我們的否定測試用例。

   8.@TestVisible作用是訪問類的私有變量,如一些內(nèi)部類或私有變量需要訪問或者給值時;

   9.小伙伴們可以通過在測試方法中通過System.assertEquals() OR Sysetm.assert() OR System.assertNotEquals() 來驗證變量 的預(yù)期結(jié)果 與實際結(jié)果是否相符,如果不成立的話,則會提示失敗,并說明原因

  Example :

System.AssertException : Assertion Failed : Expected: 1 , Actual: 0

//預(yù)期 是 1, 實際 是 0

   10.可以通過runAs 模擬不同用戶操作

看完上述內(nèi)容,你們對Salesforce中的示例分析有進一步的了解嗎?如果還想了解更多知識或者相關(guān)內(nèi)容,請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝大家的支持。

網(wǎng)站名稱:Salesforce中的示例分析
文章網(wǎng)址:http://bm7419.com/article20/jjeijo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站排名網(wǎng)站改版、自適應(yīng)網(wǎng)站、微信公眾號、電子商務(wù)、動態(tài)網(wǎng)站

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

小程序開發(fā)