|Home > Tutorials > Struts 2 JUnit Plugin Tutorial|
When creating unit tests for your Struts 2 application you'll want to be able to test certain aspects of the action class that normally require the action to be running within a Servlet container and the Struts 2 interceptors to have executed. For example if your Struts 2 action class includes a validate method that checks the values of the instance fields populated by the user's input on a Struts 2 form, you need the interceptors to have run that get the user's form field input out of request scope and assign the form field values to the appropriate instance fields.
Struts 2 provides a JUnit plugin library that makes it easier to develop unit tests for testing your Struts 2 action classes. This tutorial will provide an example of how to use the Struts 2 JUnit plugin.
To use the Struts 2 JUnit plugin, you'll need to have the plugin's Jar file on your application's class path. If you're using Maven you can add this dependency to your pom.xml.
Of course replace STRUTS_VERSION with the current Struts 2 version number.
For this tutorial we'll use the following Struts 2 ActionSupport class.
The above action class is called after a user enters information on a create account form. Struts takes the user's input on the form fields and uses those values to populate the state of the Account object (accountBean).
Then the validate method is executed to check the values of the accountBean's instance fields against certain business rules (for example the length of the username cannot be more than 10).
To test the validate method we can use the Struts 2 JUnit plugin to simulate the Servlet container and Struts 2 framework. Our Junit test class just needs to extend the StrutsTestCase. The StrutsTestCase class is part of the Strut 2 JUnit Plugin library.
The request object above is a MockHttpServletRequest provided by the StrutsTestCase class. We can use this mock Servlet Request object to set values on the request scope as if the user had typed those values into a Struts 2 form input fields. Those values will then be available to the Struts 2 action class.
We then create a proxy of the createaccount action. This action is defined in struts.xml as follows.
When we run this test, the proxy of the createaccount action will be executed which will cause the Struts 2 interceptors to fire (so the request scope values will be assigned to the correct Action class instance fields) and then the validate method will be executed.
The two test methods above are used to test the action's validate method when the username doesn't meet the business requirements (too few characters) and when the username does meet the business requirements.
Note in the second test method where we have the statement:
String result = proxy.execute();
This statement stores the result returned by the Action class (e.g. "success") which we can then use in an assert statement to test if the result is what it should be.
assertEquals("Result returned form executing the action was not success but it should have been.", "success", result);
getConfigPath method to return a comma separated list of paths to a configuration file.
If your Struts application is using Spring to manage class relationships and you want test your Struts action class with the Spring container, then have your test class extend
StrutsSpringTestCase instead of
StrutsSpringTestCase class expects your Spring configuration file to be loaded from
classpath:applicationContext.xml (configuration file named applicationContext.xml and in the root of the class path). If your Spring configuration file has a different name or location, in your test class override method:
protected java.lang.String getContextLocations()