-
Unit Test Considerations
在你部署你的Force.com AppExchange代码或打成包以前,下面的这些要求一定要满足:
•apex的代码至少有75%必须被单元测试覆盖,所有这些测试都必须成功完成。
请注意以下事项。
◊当部署到生产组织,组织中的每个空间单元测试执行。
◊呼叫至System.debug不计为顶点的代码覆盖率的一部分。
◊测试方法和测试类不作为顶点的代码覆盖率的一部分。
◊虽然只有75%的顶点代码必须覆盖测试,你的重点不应该是对代码覆盖的百分比。
相反,你应该确保每一个用例应用程序的覆盖,包括正面和负面的情况下,以及批量和单条记录。
这应该会导致75%或更多的单元测试代码
•每个触发器必须有一定的测试覆盖率。
•所有类和触发器必须编译成功。
什么是Apex Unit Tests:
为了方便健壮,无错代码的开发,支持顶点单元测试的创建和执行。
单元测试类中的方法验证特定的代码是否正常工作。
单元测试方法没有参数,没有提交数据到数据库中,不发送电子邮件,并且被标记的TestMethod的关键字或isTest标注在方法定义。
另外,测试方法必须在测试类,即标注为isTest类来定义。
当在你的salesforce环境中有以下的情况时,salesforce推介你使用Unit test Class:
简单的一个动作(Single action)
测试以验证单个记录产生正确的,是否和预期的结果一致。
批量操作(Bulk actions)
任何apex的代码,无论是一个触发器,一个类或一个扩展类,也许引起了1条或200条记录的变化,你必须测试不仅是单个记录的情况下,但多条记录的情况下也是要测试的。
积极的行为(Positive behavior)
测试,去验证通过每个期望的排列发生一些期望的行为。就是用户正常的正确的操作或填写数据,会有一个期望的结果发生。是可控的范围之内的
消极行为 (Negative behavior)
也有可能限制到你的应用中,如不能够添加一个未来时间,不能够指定一个负的量,等等。
必须测试为否定的情况下,验证错误消息被正确地生成以及对正,在极限情况下。
受限制的用户 (Restricted user)
测试限制访问您的代码中使用的sObjects用户是否看到预期的行为。
也就是说,他们是否可以运行代码或收到错误消息。