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.
9. Mock @Monro93 #Inktober #Inktober9 #linkitober pic.twitter.com/u37LdRu7qJ
— Maybe (@Linkita) October 10, 2019
Mock
En este blog hablamos mucho de testing, así que los mocks aparecen habitualmente. En este caso, me gustaría hablar un poco de la palabra, no tanto del concepto, que ya hemos trabajado un montón de artículos, como éste o éste.
Me llama la atención que en una actividad como la nuestra y teniendo en cuenta la importancia que tienen aspectos como la forma en que nombramos los conceptos en el código, luego usamos mucha terminología de forma muy imprecisa y descuidada. Particularmente en testing, que es uno de los temas que me interesan más y quizá por eso le presto más atención.
Sin ir más lejos: los Mocks. Llamamos Mock a cualquier doble de test, cuando mock es un tipo específico. Ya sabéis: dummies, stubs, spies, fakes y mocks.
Pero los propios frameworks de testing contribuyen a ello, como PHPUnit con su mockBuilder
o incluso el framework Mockery, pero también está mockito en Java. Supongo que doubleBuilder, Doublery o Doublito no suenan tan ingeniosos.
En relación con esto, me preocupa que muchas veces a la hora de hacer tests la primera pregunta que suele aparecer tiene que ver con los mocks, lo que hay que mockear
o doblar, cómo hacerlo, etc. Diría que antes incluso de saber qué es lo que se pretende testear. La primera pregunta debería ser: ¿qué comportamiento necesito verificar en este momento?
Por último, otra palabra que creo que está mal utilizada: test funcionales para referirse a tests de end to end o incluso de aceptación. Test funcionales son tests que verifican que una unidad o módulo de software hacen lo que se supone deben hacer, ya sea en el nivel unitario, de integración, end to end, de regresión, etc.
¡Programar es de letras!