In this section:
${class_name}
- uses the name of the tested class${package_name}
- uses the name of the package that includes the tested class${source_folder}
- uses the name of the folder that contains the source files of the project${project_name}
- uses the name of the project that includes the tested class${test_kind}
- uses the name of the test type, which allows you to separate regular tests from parameterized test casesSelect the framework for creating parameterized unit tests. JUnitParams is selected by default.
If you use the JUnitParams framework, ensure that the JUnitParams library is added to your project; Adding Required Dependencies see for details. |
You can click Parameterization Settings to configure input data for creating parameterized test cases with the Add test case(s) option (see Creating a Parameterized Unit Test).
You can customize the default list of values by selecting a data type from the Select type drop-down menu and adding, editing or removing the values in the list. The Find field allows you to conveniently search for a particular value.
When you add new values, the characters must match the character encoding that will be used to save the files to ensure that the files are properly generated.
Enable or disable the Automatically discover tagged factory methods option. If enabled, UTA will automatically:
- scan all projects for factory methods on the IDE startup
- search for updates to factory methods when your project is modified (for example, when you create or delete a Java file or project).
See Configuring Factory Methods for details. This option is enabled by default.
(optional) Specify the attributes that will be included in the ContextConfiguration annotation when a Spring test is created; see Creating a Spring Unit Test.
Specify which recommendations you want UTA to display after test execution.
Additional threads - detects side threads, which may impact the state of your test.
Assertions for inaccessible fields - detects inaccessible fields that have been modified during execution and generates assertion templates.
Files created - detects files that were created during the test run, but were not removed after execution.
Mockable invocations - detects calls to mock objects that can be modified to ensure proper test isolation.
No assertions - detects when no assertions have been made.
Static fields changed - detects when static fields have been modified during test execution.
Mockable static invocations (requires PowerMock) - detects calls to the static methods that are configured to be mocked with PowerMock (see Configuring Mocking Options)
System properties changed - detects system properties that were modified during the test run, but not restored after execution.
See Executing Unit Tests with Unit Test Assistant for examples of recommendations displayed by UTA.
Specify the limits for collecting data during execution.
Maximum method call depth - Specifies the maximum depth of method calls during analysis.
Maximum number of method calls made from a single method - Specifies the maximum number of sub-method calls from a single method.
Maximum total number of method calls - Specifies the maximum number of all method calls during analysis.
.*
or <init>
will be matched with constructors. For example, the following configuration will mock:DAO
classes in all sub-packages of "com.example",InternalUtil
class.mockStatic()
method which mocks all static methods of a class. Otherwise, the spy()
method will be used to mock individual methods that are specified. For details about the mockStatic()
and spy()
methods, see https://github.com/powermock/powermock/wiki/Mockito#usage.