<plugin>
<groupId>com.mulesoft.munit.tools</groupId>
<artifactId>munit-maven-plugin</artifactId>
<version>${munit.version}</version>
<executions>
<execution>
<id>test</id>
<phase>test</phase>
<goals>
<goal>test</goal>
<goal>coverage-report</goal>
</goals>
</execution>
</executions>
<configuration>
<coverage>
<runCoverage>true</runCoverage>
<failBuild>false</failBuild>
<requiredApplicationCoverage>75</requiredApplicationCoverage>
<requiredResourceCoverage>50</requiredResourceCoverage>
<requiredFlowCoverage>50</requiredFlowCoverage>
<formats>
<format>console</format>
<format>html</format>
</formats>
</coverage>
</configuration>
</plugin>
Maven Configuration for Coverage
Since MUnit 2.x, the coverage report goal is integrated with the maven reporting section. Coverage Reports are generated during Maven’s site
lifecycle, during the coverage-report
goal.
The following configurations apply only when you execute your MUnit tests using the Maven plugin. They do not apply when running tests from Studio.
To run coverage reports in Studio see Using Coverage in Studio.
Coverage Report Types
When enabling MUnit Coverage, you see a summary report in the console. By default, no other action is taken:
===============================================================================
MUnit Coverage Summary
===============================================================================
* Resources: 2 - Flows: 3 - Processors: 4
* Application Coverage: 75.00%
====================================================================================
MUnit Coverage offers four types of reports:
-
Console report
The console report is printed to the console. It works with the summary report and shows an overview of the MUnit run, with a count of all resources, flows, and processors, as well as the overall application coverage level, and warnings and errors if any. -
HTML report
The HTML report shows the same information as the console report, but formatted to fit any web browser. It is available in the${application.path}/target/site/munit/coverage/
path.+ -
JSON report The JSON report shows the same information as the HTML report, but in a JSON format. It is available in the
${application.path}/target/site/munit/coverage/munit-coverage.json
path.+ -
The SONAR report shows the same information as the HTML report, in a SonarQube format.
To enable the report generation, add the following configuration:
<coverage>
<runCoverage>true</runCoverage>
<formats>
<format>console</format> (1)
<format>html</format> (2)
<format>json</format> (3)
<format>sonar</format> (4)
</formats>
</coverage>
1 | Console report |
2 | HTML report |
3 | JSON report |
4 | SONAR report |
You can choose to have either none, one, or all the report types added to your configuration.
To configure, for example, the JSON report generation, you must to add the following configuration to your pom.xml
file:
<coverage>
<runCoverage>true</runCoverage>
<formats>
<format>json</format>
</formats>
</coverage>
Set up a Minimum Coverage Level
One of the features of MUnit Coverage is to fail the build if a certain coverage level is not reached.
MUnit Coverage handles three different levels:
-
Application: The overall coverage of all your application.
-
Resource: The coverage level of each individual Mule configuration file.
-
Flow: The coverage of event processors in each flow.
To define the required coverage levels:
<coverage>
<runCoverage>true</runCoverage>
<failBuild>true</failBuild>
<requiredApplicationCoverage>75</requiredApplicationCoverage> (1)
<requiredResourceCoverage>50</requiredResourceCoverage>
<requiredFlowCoverage>50</requiredFlowCoverage>
</coverage>
1 | Each value represents a percentage. If a percentage is not defined, it defaults to -1, which indicates that no requirements are defined for said level so the build will not fail due to low coverage. |
If you define coverage levels but set the property failBuild
to false, and then the levels are not reached, a warning shows up in the MUnit coverage summary:
===============================================================================
MUnit Coverage Summary
===============================================================================
* Resources: 2 - Flows: 3 - Processors: 4
* Application Coverage: 75.00%
----------------------------- WARNING --------------------------------------
* Flow: file2.xml -> file2Flow1 coverage is below defined limit. Required: 50.0% - Current: 00.00% (1)
====================================================================================
1 | Warning detailing which coverage level was not met, and where it happened. |
Ignore a flow or a file
Another feature is the ability to ignore either a flow or a file. This way, the ignored resource:
-
Does not count as coverage data.
-
Does not affect the overall number of message processors.
-
Does not cause a build to fail if the flow is not tested or if the flow does not reach coverage metrics.
To ignore flows and files:
<coverage>
<runCoverage>true</runCoverage>
<failBuild>true</failBuild>
<requiredApplicationCoverage>100</requiredApplicationCoverage>
<requiredResourceCoverage>100</requiredResourceCoverage>
<requiredFlowCoverage>100</requiredFlowCoverage>
<ignoreFlows>
<ignoreFlow>flow-1</ignoreFlow>
<ignoreFlow>flow-2</ignoreFlow>
...
<ignoreFlow>flow-n</ignoreFlow>
</ignoreFlows>
<ignoreFiles>
<ignoreFile>mule-config-1.xml</ignoreFile>
<ignoreFile>mule-config-2.xml</ignoreFile>
...
<ignoreFile>mule-config-n.xml</ignoreFile>
</ignoreFiles>
</coverage>