Book Image

Visualforce Development Cookbook

By : Keir Bowden
Book Image

Visualforce Development Cookbook

By: Keir Bowden

Overview of this book

Visualforce, in conjunction with Apex, makes it easy to develop sophisticated, custom UIs for Force.com desktop and mobile apps without having to write thousands of lines of code and markup. The "Dynamic Binding" feature of Visualforce lets you develop generic Visualforce pages to display information related to the records without necessarily knowing which data fields to show. This is accomplished through a formula-like syntax, which makes it simple to manage even a complex hierarchy of records. "Visualforce Development Cookbook" provides solutions for a variety of challenges faced by Salesforce developers and demonstrates how easy it is to build rich, interactive pages using Visualforce. Whether you are looking to make a minor addition to the standard page functionality or override it completely, this book will provide you with the required help throughout. "Visualforce Development Cookbook" starts with explaining the simple utilities and builds up to advanced techniques for data visualization and reuse of functionality. This book contains recipes that cover various topics like creating multiple records from a single page, visualizing data as charts, using JavaScript to enhance client-side functionality, building a public website and making data available to a mobile device. "Visualforce Development Cookbook" provides lots of practical examples to enhance and extend the Salesforce user interface.
Table of Contents (16 chapters)
Visualforce Development Cookbook
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface
Index

Testing a controller extension


Controller extensions provide additional functionality for standard or custom controllers. The contract for a controller extension is that it provides a constructor that takes a single argument of the standard or custom controller that it is extending. Testing a controller extension introduces an additional requirement that an instance of the standard or custom controller, with appropriate internal state, is constructed before the controller extension.

In this recipe we will create a controller extension to retrieve the contacts associated with an account managed by a standard controller and unit test the extension.

How to do it…

As the test class makes reference to the controller extension, this must be created first.

  1. Navigate to the Apex Classes setup page by clicking on Your Name | Setup | Develop | Apex Classes.

  2. Click on the New button.

  3. Paste the contents of the AccountContactsExt.cls Apex class from the code download into the Apex Class area.

  4. Click on the Save button.

  5. Create the unit test class by navigating to the Apex Classes setup page by clicking on Your Name | Setup | Develop | Apex Classes.

  6. Click on the New button.

  7. Paste the contents of the AccountContactsExtTest.cls Apex class from the code download into the Apex Class area.

  8. Click on the Save button.

  9. On the resulting page, click on the Run Tests button.

How it works…

The tests successfully execute as shown in the following screenshot:

Navigating back to the Apex Classes setup page by clicking on Your Name | Setup | Develop | Apex Classes shows that the tests have achieved 100 percent coverage of the controller.

The test class contains one unit test method. As unit tests do not have access to the organization data, the first task for the test is to set up the account and contact information.

Account acc=new Account(Name='Unit Test');
insert acc;
    
List<Contact> contacts=new List<Contact>();
contacts.add(new Contact(FirstName='Unit', 
    LastName='Test', Email='[email protected]', 
    AccountId=acc.id));
contacts.add(new Contact(FirstName='Unit', 
    LastName='Test 2', Email='[email protected]',
    AccountId=acc.id));
insert contacts;

Next, the instance of the standard controller is instantiated.

ApexPages.StandardController std=
  new ApexPages.StandardController(acc);

Note that the standard controller requires the sObject record that it is managing as a parameter to the constructor. As this is the record that will be made available to the controller extension, it must have the fields populated that the extension relies upon. In this case, the only field used by the extension is the ID of the account, and this is automatically populated when the account is inserted.

Tip

In this recipe the records to be tested are created in the test classes. In the real world, this is likely to lead to a lot of repetition and a maintenance overhead. In that case, a utility class to handle the set up of test data would be a more robust solution.

Finally, the controller extension is instantiated, taking the standard controller as a constructor parameter, and the test verifies that the extension has successfully retrieved the associated contacts.

AccountContactsExt controller=new AccountContactsExt(std);
System.assertEquals(2, controller.contacts.size());

See also

  • The Testing a custom controller recipe in this chapter shows how to write unit tests for a custom controller that does not extend or rely upon another controller.