Salesforce Beats other CRMs with its Testing Architecture – CRM Article By AllianceTek Inc
http://www.alliancetek.com/ : The Salesforce CRM beats other CRMs because it is one of the few applications that not only encourages a test-drive development, it enforces it. 75% of APEX code written in a Force.com application must be covered by unit tests before it can be deployed to production.
- 1. 2 (c) 2011. AllianceTek.com - All Rights Reserved.© 2012. AllianceTek.com - All Rights Reserved.1 Salesforce Beats other CRMs with its Testing Architecture Why Enforce Testing? 1 For this reason, the Salesforce CRM beats other CRMs because it is one of the few applications that not only encourages a test-drive development, it enforces it. 75% of APEX code written in a Force.com application must be covered by unit tests before it can be deployed to production. This forces testing to become a planned activity during development, rather than a careless afterthought. The Testing Methodology 2 Salesforce provides its own testing framework. Here, developers can write test cases for their own code to check for bugs. Developers can implement test code with either Test Classes – code written solely for testing – or Test Methods. Even though you are limited by your licensing agreements on how much resources you can use, the Test Classes approach does not count against your organizational limit for APEX code. So you’re free to test until you’re confident in your own code without worrying about breaching your organizational limit. As those in the military say, “The more you sweat in peacetime, the less you bleed in war!” The same goes for software development. While we’re all in a rush to get our CRM application up and running, any bugs or errors left undiscovered in the development process can come back to haunt us later. Test Data Made Easy 3 The result is an innovative and creative approach to software testing methodology. By writing code to set up the “test data” and using it within the test method, running the test and deleting the test data can be completely automated. This relieves a lot of the discomfort and headaches of creating, running, and deleting your own test data. Also, the test method never commits anything to your database, so there’s no need to worry about deleting it later.