In a new post today, Tobias Schlitt reinforces something that several developers don't even seem to bother with - generating and understanding coder coverage reports for their applications.
I'm a fan of PHPUnits code coverage reports. And with this sentence I can see a lot of the developers out there shiver, because they are of the opinion, that code coverage reports for unit tests are nonsense and cannot give you any hint on the quality of a test suite. I see it a bit differently. Surely, a high code coverage rate of a test suite does never indicate, that code is well tested (if you have not written the code and tests yourself). But the other way around works: A small code coverage rate definitly means, that the test suite is not sufficient. But let me dig a bit deeper into code coverage and what it gives you.
Benefits he mentions include:
- Shows how much of your code is actually touched during execution
- Shows how well the unit test coverage is
- Helps you create all needed unit tests for your code (a guide or sorts)