Scores as things to constrain rather than optimize for

2 thoughts
last posted April 30, 2016, 8:18 a.m.

1 earlier thought


e.g. code coverage. People have a bit of a hate for it, but I think that's because they perceive it as a score that they're trying to make go up and thus perceive increased code coverage as meaning your tests are better. This is often not the case.

Code coverage instead treated as a constraint (either "You must have 100%" or "You must never decrease code coverage") produces very good results, because at that point it becomes where testing starts rather than the goal, and is much more useful in that space.