|Table of Contents|
Being able to monitor how quality evolves is a good start (see Historical Information).
The next step would be to manage your technical debt on your current developments in order to keep it under control.
To deal with that, a Differential Services is provided on measures, issues and coverage by unit tests on new code.
Differential Views on Measures
To activate this service, pick the desired period in the drop down list Time changes...
When a period is selected, the differential values will appear next to the project measures:
Differential Views on Issues
This service will help you focus your effort of quality on current developments:
To determine the creation date of an issue, during each analysis, the following algorithm is executed. For each issue, if there was an issue:
- on the same rule, with the same line number and with the same hash (but not necessarily with the same message) > MATCH
- on the same rule, with the same message and with the same hash (but not necessarily with the same line) > MATCH
- on the same rule, with the same message and with the same line number (but not necessarily with the same hash) > MATCH
In any other case, the issue is a new one.
|I am not getting the expected new issues in the Issues drilldown service when a differential view is selected?|
Three reasons can explain this:
Code Coverage on New/Changed Code
When activating the SCM Activity Plugin, you will be able to separate coverage by unit tests of new code from old (based upon a given cut-off date) in order to track the new code which does not have any/enough unit tests.
A live example is available on Nemo.
Differential Views Settings
3 periods can be configured globally and will be available and common to all projects. Go to Configuration > General Settings > Differential Views to set these properties.
2 complementary periods can be configured and be specific to the current project. Select your project and go to Settings > Differential Views to set these properties