++

I just removed some dead code earlier today that the code coverage spotted. It was along the lines of the following:

sub foo {
  # bunch of code
  if ( $some_condition ) {
    # do a bunch of stuff
    return $something;
  }
  else {
    # do some other stuff
    croak($error);
  }
  # do some more stuff
}
[download]

That can be easy to miss in refactoring.

I just removed some dead code earlier today that the code coverage spotted.

Ah the joys of legacy code :-)

I've found code coverage to be a great exploratory tool. Want to know how your application does something - just write an end-to-end test and look at the test coverage. Much easier way of getting an overview than messing around the debugger.

Informative too ("look - that critical bit of code doesn't touch the logging module. Ooops.")

Nope. The point is to produce a better product.

Agreed. I think I phrased it poorly.

What I meant to suggest is that changing code for the primary purpose of increasing coverage is probably not the best thing to be doing, particularly if it makes the resulting product worse. Fixing defects or cleaning up code smells uncovered while working to improve coverage is -- as you pointed out -- part of the point of doing coverage testing in the first place.

Since I generally try to follow test-driven development, I aim for 100% at the start and decreasing coverage is a helpful sign that my coding has gotten ahead of my testing.