function readOnly(count){ }
Starting November 20, the site will be set to read-only. On December 4, 2023,
forum discussions will move to the Trailblazer Community.
+ Start a Discussion
Das MDas M 

Test Class for a Simple Page

Hi- Could some one can help me to write a Test class for this controller?
apex:
public with sharing class reconInventoryController {
    String Id = ApexPages.currentPage().getParameters().get('Id');
    String fileId = ApexPages.currentPage().getParameters().get('fileId');
    List<Inventory__c> inventories = new List<Inventory__c>();
    public String fileIds{get; set;}
   
    public PageReference updateInventories(){
        update inventories;
        PageReference orderPage = new PageReference('/apex/InventoryConfirm?Id='+ Id );
        orderPage.setRedirect(true);
        return orderPage; 
       
    }
   
    public List<Inventory__c> getInventories(){
    inventories = [SELECT Name,Pendant_Serial_Number__c,Account_Name__c,Comments__c,Data_Retrieval__c,Id,Phone_Serial_Number__c,Serial_Number__c,Shelf_Life__c,Ship_Date__c,Status__c FROM Inventory__c  
          
                 Where Account_Name__r.Id = :Id];
        return inventories;
    }
    
    
    public reconInventoryController(ApexPages.StandardController controller) {
       theAccount = [Select Id, Name from Account where Id= :Id LIMIT 1];
       //thefileId = ApexPages.currentPage().getParameters().get('fileId');
       
    }
    
    public Account theAccount{get; set;}
   
    
    
}

VF Page
<apex:page standardController="Account" extensions="reconInventoryController" showHeader="true" sidebar="true" >
<apex:form >
    <apex:pageBlock title="Inventory reconcile :  {!theAccount.Name}">
    

        <apex:pageBlockButtons location="bottom">
            <apex:commandButton action="{!updateInventories}" value="Update Inventory"/>
        </apex:pageBlockButtons>
         <apex:pageBlockTable value="{!inventories}" var="c">
            <apex:column headerValue="Model">
                <apex:outputLink value="{!URLFOR('/')}{!c.Id}" target="_blank">{!c.Name}</apex:outputLink>
            </apex:column>    
            <apex:column value="{!c.Pendant_Serial_Number__c}" />
            <apex:column value="{!c.Phone_Serial_Number__c}" />
            <apex:column value="{!c.Shelf_Life__c}" />
            <apex:column value="{!c.Ship_Date__c}" />
            <apex:column headerValue="Status" >
            <apex:inputField value="{!c.Status__c}" />
            </apex:column>
            <apex:column headerValue="Comments">
            <apex:inputField value="{!c.Comments__c}" style="width:95%" />
            </apex:column>
            
        </apex:pageBlockTable>
        
       
        
    </apex:pageBlock>
    </apex:form>
    </apex:page>

 
pconpcon
Since writing a test class to cover all of the facets of this class is not something that anyone on here will do for you, I can give you some pointers and hopefully get you started.  I would recommend that you do some reading on testing [1] [2] [3] [4] to get a better understanding.  Each of your individual tests should only tests one specific portion of you class (ie a constructor test, sendEmail test, contactSelected test, etc).  You should also have both a postitive (everything works perfectly) and a negative (things are not right) test.

For you I would also read over testing controllers [5] (Under "Test Methods and Visualforce Controllers").   Also note that the content of the Visualforce page never comes into play when testing.

Each test should follow the following structure:
  • Setup of test data. This includes creation of any data needed by your class.  Account, Contacts etc
  • Starting the test. This is calling Test.startTest() to reset the governor limits
  • Calling your class / method
  • Stopping the test.This is calling Test.stopTest() to reset the governor limits and allow for any async jobs to finish
  • Asserting that your changes have worked
    • If you have inserted/updated/deleted data, you need to query for the updates
    • Run System.assert, System.assertEquals, System.assertNotEquals to verify that you got the correct data back
If you have any specific problems with your tests, feel free to create a new post with the part of the class you are trying to test and your current test method, and you will more likely get a better response then asking for someone to essentially write an entire test class for you.

[1] http://http://www.sfdc99.com/2013/05/14/how-to-write-a-test-class/
[2] http://pcon.github.io/presentations/testing/
[3] http://blog.deadlypenguin.com/blog/2014/07/23/intro-to-apex-auto-converting-leads-in-a-trigger/
[4] http://blog.deadlypenguin.com/blog/testing/strategies/
[5] https://developer.salesforce.com/page/An_Introduction_to_Apex_Code_Test_Methods
Amit Chaudhary 8Amit Chaudhary 8
Please check below to learn about test classes. I hope that will help you
1) Code Coverage Report in excel Format | Test Class Result in XLS
http://amitsalesforce.blogspot.in/search/label/Test%20Class

2) Test classes with @isTest
http://amitsalesforce.blogspot.in/2015/09/test-classes-with-istest.html

3) Best Practice for Test classes | Sample Test class
http://amitsalesforce.blogspot.in/2015/06/best-practice-for-test-classes-sample.html

4) Salesforce Testing Best Practice Guidelines | Unit Test Mechanism in Salesforce | Test Methods
http://amitsalesforce.blogspot.in/2015/06/salesforce-testing-best-practice.html

You can try below test class for starting purpose. I hope that will help u
@isTest 
public class reconInventoryControllerTest 
{
	static testMethod void testMethod1() 
	{
		Account testAccount = new Account();
		testAccount.Name='Test Account' ;
		insert testAccount;

		Inventory__c invt = new Inventory__c ();
		// add all required field
		insert invt;
		
		Test.StartTest(); 

			PageReference pageRef = Page.AccountPlan; // Add your VF page Name here
			pageRef.getParameters().put('id', String.valueOf(testAccount.Id));
			Test.setCurrentPage(pageRef);

			reconInventoryController  testAccPlan = new reconInventoryController ();
			try
			{
				List<Inventory__c> listInv = testAccPlan.getInventories(); 
				testAccPlan.updateInventories();
			}
			catch(Exception ee)
			{}
		Test.StopTest();
	}
}
Please follow below salesforce Best Practice for Test Classes :-

1. Test class must start with @isTest annotation if class class version is more than 25
2. Test environment support @testVisible , @testSetUp as well
3. Unit test is to test particular piece of code working properly or not .
4. Unit test method takes no argument ,commit no data to database ,send no email ,flagged with testMethod keyword .
5. To deploy to production at-least 75% code coverage is required
6. System.debug statement are not counted as a part of apex code limit.
7. Test method and test classes are not counted as a part of code limit
9. We should not focus on the  percentage of code coverage ,we should make sure that every use case should covered including positive, negative,bulk and single record .
Single Action -To verify that the the single record produces the correct an expected result .
Bulk action -Any apex record trigger ,class or extension must be invoked for 1-200 records .
Positive behavior : Test every expected behavior occurs through every expected permutation , i,e user filled out every correctly data and not go past the limit .
Negative Testcase :-Not to add future date , Not to specify negative amount.
Restricted User :-Test whether a user with restricted access used in your code .10. Test class should be annotated with @isTest .
11 . @isTest annotation with test method  is equivalent to testMethod keyword .
12. Test method should static and no void return type .
13. Test class and method default access is private ,no matter to add access specifier .
14. classes with @isTest annotation can't be a interface or enum .
15. Test method code can't be invoked by non test request .
16. Stating with salesforce API 28.0 test method can not reside inside non test classes .
17. @Testvisible annotation to make visible private methods inside test classes.
18. Test method can not be used to test web-service call out . Please use call out mock .
19. You can't  send email from test method.
20.User, profile, organization, AsyncApexjob, Corntrigger, RecordType, ApexClass, ApexComponent ,ApexPage we can access without (seeAllData=true) .
21. SeeAllData=true will not work for API 23 version eailer .
22. Accessing static resource test records in test class e,g List<Account> accList=Test.loadData(Account,SobjectType,'ResourceName').
23. Create TestFactory class with @isTest annotation to exclude from organization code size limit .
24. @testSetup to create test records once in a method  and use in every test method in the test class .
25. We can run unit test by using Salesforce Standard UI,Force.com IDE ,Console ,API.
26. Maximum number of test classes run per 24 hour of period is  not grater of 500 or 10 multiplication of test classes of your organization.
27. As apex runs in system mode so the permission and record sharing are not taken into account . So we need to use system.runAs to enforce record sharing .
28. System.runAs will not enforce user permission or field level permission .
29. Every test to runAs count against the total number of DML issued in the process .


Please let us know if this post will help you

Thanks
Amit Chaudhary