Coverage (Blogtober2019)

por Fran Iglesias

Mi compañera y manager en Holaluz Mavi Jiménez va a hacer un dibujo cada día del mes sobre una palabra propuesta en twitter. Y aquí vamos a intentar escribir un post por cada una de ellas.

Coverage

Podría ventilar la palabra del día con lo que ya había escrito hace tiempo en este artículo, pero nunca está demás recordar que los números, si los retuerces bien, dicen todo lo que necesitas y más.

Siempre es bueno tener métricas, pero las métricas sin contexto no sirven de mucho. El code coverage de los tests por sí mismo es una información poco útil.

Por un lado, es una de las métricas más falseable que nos podamos echar a la cara, pues basta con aplicar unos pocos trucos de dudoso gusto y menor ética para conseguir coberturas elevadas sin esfuerzo: unos cuantos assertTrue(true) y listo.

Tampoco hace falta llegar a este extremo. Tan solo testeando los casos seguros por unidad nos servirán para conseguir una cobertura alta sin demasiado esfuerzo.

En ambos casos, la métrica no dice nada sobre la situación del testing en esa base de código.

Como desarrolladores, el testing es un ejercicio de responsabilidad y también de honestidad. Responsabilidad para poder hablar sobre el comportamiento del código con pruebas que otros pueden ejecutar y verificar. Y honestidad por asegurarnos de que esas pruebas, valga la redundancia, ponen a prueba, e incluso en apuros, el software que escribimos.

October 25, 2019

Etiquetas: blogtober19  

Temas

good-practices

refactoring

php

testing

tdd

design-patterns

python

blogtober19

design-principles

tb-list

misc

bdd

legacy

golang

dungeon

ruby

tools

hexagonal

tips

ddd

books

bbdd

software-design

soft-skills

pulpoCon

oop

javascript

api

sql

ethics

agile

typescript

swift

java