What Does the Data Mean?
NCover generates coverage data when an execution is completed successfully. Using the Visual Studio plug-in, this coverage data can be viewed in a variety of ways, detailed in the Viewing Coverage Data section.
NCover provides statistics at the source code level like Sequence, Branch and Method, and at the high-level view of Change Risk Anti-Patterns, and Complexity.
More About CRAP
Metrics like the Change Risk Anti-Patterns (CRAP) score are a better measure of risk than coverage alone. Since it's extremely difficult to get to full coverage, CRAP score weighs the amount of uncovered code against the complexity of that code. Code that is more complex typically needs more complete coverage, because the more complex it is, the more likely it is to have errors. CRAP score finds methods that are least covered for a given level of complexity.
The NCover development team has defined Max Crap Score as 999. A CRAP score of 930 is the highest score calculable. If you see a 999, it means the CRAP score is off the chart.
The following metrics will help you get the most out of the data NCover provides, especially when used in conjunction with their customizable thresholds (see Thresholds for details):
Branch Coverage -- The percentage of individual branch points covered in the testing of the selected execution.
Sequence Point Coverage -- The percentage of sequence points (break points) covered in the testing of the selected execution. The most granular level of coverage, Sequence Point gives a very detailed view of which code has been executed and which code has not.
Max CRAP Score -- The highest Change Risk Analysis and Predictions (CRAP) number in the selected execution. Max CRAP score helps you identify at a glance the most complicated, and risky, parts of the code.
CRAPpy Methods -- Which methods have the highest Change Risk Analysis and Predictions (CRAP) numbers in the selected execution. Max CRAP score helps you identify at a glance the most complicated, and risky, parts of the code.
Max Complexity -- A method's complexity is measured by the number of linearly independent paths from the start of the method to an exit point. In general, the more complex a method is, the harder it is to test or maintain, and the more likely it is to contain bugs or implementation errors.
(Meets) Satisfactory Complexity -- Find out if the complexity of your methods, as defined above, exceeds a user-defined threshold.
Method Count -- The number of methods in the selected execution.
Namespace Count -- The number of globally unique types in the selected execution.
Type Count -- The number of data classifications in the selected execution.
Document Count -- The number of Visual Studio source documents in the selected execution.
Lines of Code -- The number of source code lines in the selected execution.