Aprender el desarrollo basado en pruebas

Capítulo 12. Orden de examen

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Mi viaje siempre ha sido el equilibrio entre el caos y el orden.

Philippe Petit

En el Capítulo 11, emprendimos un cambio de diseño relativamente importante al introducir la entidad Bank. Tanto la nueva prueba que escribimos como las pruebas existentes nos ayudaron a lograr este objetivo.

Una característica de la nueva entidad Bank es su capacidad para aceptar y almacenar un tipo de cambio entre cualquier par de monedas. La forma en que la hemos diseñado (y probado) -los tipos de cambio se almacenan en un hashmap y en las claves formadas por las dos monedas- nos da motivos para creer que ya tenemos la siguiente característica de nuestra lista. Esa característica es permitir que se modifiquen los tipos de cambio.

Una forma de ganar confianza en que esta característica funciona es (sin premios por adivinarlo) escribir una prueba que lo demuestre. ¿Por qué deberíamos escribir una prueba si es probable que la función ya exista? En otras palabras, ¿qué podría aportar una nueva prueba, si el desarrollo ya se ha hecho?

Se pueden dar tres respuestas a esta pregunta:

1. Repito: una nueva prueba aumentaría nuestra confianza en esta función, aunque no sea necesario un nuevo código de producción.

2. La nueva prueba serviría como documentación ejecutable de esta función.

3. La prueba puede sacar a la luz interacciones inadvertidas entre las pruebas existentes, ...