Since this is a hot subject on the software-testing mailing list I though I put some lines about it.
First of all I myself have little clue on how a good metric for testing should be. I know this causes a lot of problems in testing.
I am not saying not using a metric at all should be the solution because its impossible in an organization. There is the need for a formal one at least.
But let’s not focus extremely too much on it because let’s face it:
And there are many other situations when using metrics for employee evaluation that are completely un- useful.
Usually the general view is the one deciding and for the most part is the best. Enforcing metrics will increase the chances for sabotage among employees or give false results.
I don’t have a valuable solution for this but it would help differentiating testing metrics to development metrics. Because:
Things that a tester does in addition to testing can be measured: installing an environment, reporting, presence at work. But is not relevant to the main job itself.
Also what should not be done (!!!) is rewarding testers by completely absurd criterias like:
Although those above have some relevance it should not be considered a major factor because this means that testing in that organization is not taken seriously and doesn’t have a real chance to improve.
Metrics are indeed hard but if you use a group of sub-metrics and a good impartial general view you can tell what tester is more productive than the rest after some period.
It’s more like evaluating a person who is a better friend: is it the one who goes with you the most of the time to beer? Could be – but is hardly a good criteria; it could be a sub-metric though that can influence it.

Categories
Tag Cloud
Blog RSS
Comments RSS
Last 50 Posts
Back
Back
Void
Life
Earth
Wind
Water
Fire
Light « Default