Salesforce中的示例分析

今天就跟大家聊聊有关Salesforce中的示例分析，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

接触过Salesforce 工作的小伙伴们应该知道,Salesforce 虽然一直说提倡无代码开发,尽量使用标准功能来实现需求,但是有时我们仍然不可避免的的会要去写一些代码.

     使用标准功能的话,Salesforce会自己负责代码的质量;

     对于自定义的一些功能的话,Salesforce为了确保我们的代码不会在生产中的任何情况下中断,也制定了一套自己的衡量标准,比如:

     Salesforce的程序的代码覆盖率必须达到75%时,才可以进行部署

     一般的Apex Code，就像那些出现在Trigger里，出现在Controller里的代码，
    测试类都很好写，就按照
    1. 准备测试数据
    2. 执行业务逻辑(功能)
    3. 断言执行结果
    按套路打就行了。

   (温馨提示: 望小伙伴们每次写完程序,记得在测试类里面测试到位啊,有漏了的点的话,下次改完程序再测试的时候难度将会有所增加,所以为了方便他人,同时也为了自己的方便,因及时修改测试类)

  小喵记得有一次改测试类,结果发现测试类跟程序 之间差好几个版本,因此只能花时间慢慢一步步的测┭┮﹏┭┮

 所以为了方便,还是希望小伙伴们修改完程序,及时把测试类修改到最新版本.

除此之外，另一些apex code，需要特别的测法。 Salesforce作为CRM系统，无法避免的要与其他系统进行数据交互。 大部分情况，我们只需要把salesforce的标准集成文档和权限已经配置妥当的账号，提供给对方就好， 但是，当我们需要将业务封装起来的时候，就需要自己建WebService。

  下面小喵简答说一下编写测试类的一些要点 :

   1.必须以@isTest注解开始类，然后只有Salesforce会把这个类当作测试类。

   2.将测试类保持为私有的，最佳实践是将测试类命名为原始类或触发器名称+‘test’,例如 : 程序为 CampaignController ----> 测试类为 CampaignControllerTest

   3.测试类的方法必须是static、void，并且必须使用testMethod关键字。 例如 :

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

   4.在实际测试运行之前，准备需要存在的测试数据。现在每天有多种创建测试数据的技术，例如，setup方法、静态资源等 . 

   5.使用 Test.startTest() 和 Test.stopTest()  以确保代码的实际测试使用一组新的调控器限制进行。这些方法帮助您在实际的测试代码执行之前重置调控器限制。

   6.一旦测试代码在 Test.startTest() 和 Test.stopTest() ，则必须使用assert语句来测试实际代码是否正确执行并按预期给出结果。举个例子，我们正在测试这本书的价格是否定在90美元。如果这个assert语句返回false，那么您的测试类将失败，并且会让您知道代码中存在不正确的地方，您需要修复原始代码。

   7.在理想情况下，我们应该在测试类中编写多个方法，很少有方法应该测试我们的肯定用例，其他方法应该测试我们的否定测试用例。

   8.@TestVisible作用是访问类的私有变量,如一些内部类或私有变量需要访问或者给值时;

   9.小伙伴们可以通过在测试方法中通过System.assertEquals() OR Sysetm.assert() OR System.assertNotEquals() 来验证变量 的预期结果 与实际结果是否相符,如果不成立的话,则会提示失败,并说明原因

  Example :

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

//预期 是 1, 实际 是 0

   10.可以通过runAs 模拟不同用户操作

看完上述内容，你们对Salesforce中的示例分析有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注亿速云行业资讯频道，感谢大家的支持。