-
-
Notifications
You must be signed in to change notification settings - Fork 96
Description
Hi, I have couple of minor proposals on the code coverage report format:
- Code coverage reports for multi-line expression don't contain following:
- Highlight the expression the bins are related to
- Markers for RHS and LHS
E.g.
It is difficult to assess which subexpression this is actually talking about. Having the markers drawn in a way that would span multiple lines would be very convenient. Having the background highlight would be nice too.
- The "code sample" is always drawn with the leading spaces (the same as in the original code).
If the code is only part of expression that is indented, this is quite confusing:
I think it would be better if a single code-sample had the common leading white-spaces removed.
-
During coverage reporting, the "average" coverage is not printed to the command line.
This would be usefull for parsing in CI environments like Gitlab where one can usecoveragekeyword and parse
one single number that indicates the coverage. -
Rounding errors in code coverage reporting cause percentage to be rounded towards nearest value, while the background color is (correctly) taken from "floored" value:
- The coverage report could get some nicer styling, e.g. pick some better css with some background, nicer fonts, etc... The coverage is now fairly advanced in functionalities, so bit of "UI improvement" may be handy. Nothing too fancy. I believe using different font than default will help.
I can get to implementing this in some time.