[…] uma longa jornada inclui poeira, lama e chuva Sêneca, Carta 96

Devemos compreender que, mesmo com excelente planejamento e execução, haverá problemas durante a jornada. E sem o acompanhamento de indicadores, isso se torna ainda mais arriscado.

No entanto, a interpretação incorreta dos indicadores pode ser ainda mais perigosa. O indicador mais polêmico da sua suíte de testes será o Code Coverage.

O que é observado pelo Code Coverage são os trechos de código que foram contemplados durante a execução da sua suíte de testes. Isso quer dizer que uma ferramenta de mensuração é capaz de lhe informar quais são os trechos do seu código que nenhum teste foi executado. Este tipo de informação pode induzir os líderes técnicos a tomarem uma medida precipitada de adicionar testes de forma indiscriminada.

Não é recomendado adicionar testes somente para aumentar a cobertura. Devemos sempre lembrar que teste é custo.

Este indicador deve ser utilizado pela liderança técnica em situações como:

1. Projetos com baixa cobertura.
2. Projetos que com grandes mudanças e queda no indicador.

A partir destes cenários é possível traçar um plano de ação em busca de encontrar o equilíbrio ideal.

É necessário interpretar o indicador respeitando as suas limitações e utilizá-lo da forma mais inteligente possível. A única garantia que temos quando adicionamos testes é que aumentaremos o custo, mas quando feito com cuidado, pode se tornar o melhor investimento.

Ao escrever testes busque sempre reduzir o risco do projeto. Estabeleça uma meta entre 60% e 80%. De forma geral, sempre que possível, tente efetuar a cobertura total das regras de negócio. E claro, em projetos legados, tenha sempre um plano de evolução em mãos.

Recentemente participei de um dos episódios da série Eximia Talks, onde aprofundei conhecimento sobre Code Coverage com Elemar Júnior, confira: