En ciencias computacionales, llamamos pruebas al código que escribimos para probar otra parte del código, así mismo, llamamos pruebas unitarias a aquellas que están diseñadas para probar pedazos individuales de código.

Las pruebas unitarias nos ayudan en muchos aspectos, tales como:

  • A la detección temprana de errores o bugs
  • A escribir mejor código, motivándonos a dividir nuestra solución en problemas individuales para cada método o estructura de nuestro código
  • A describir el problema que queremos resolver
  • A asegurarnos que nuevos cambios, no introducen bugs en otras partes de la aplicación
  • Entre otros

En Rails, es común que sigamos un flujo de código basado en una metodología de nombre TDD, Test Driven Development. TDD es una de muchas metodologías para escribir código de pruebas, por lo que no ahondaremos en el concepto, de éste rescataremos el flujo de pruebas que funciona de la siguiente manera.

  1. Escribimos una prueba para código que aún no existe. Ejemplo: Probar que podemos crear usuarios, antes de escribir el código para crear usuarios
  2. Corremos o ejecutamos la prueba para ver que falle
  3. Escribimos el código para la prueba. Ejemplo: Escribimos la funcionalidad para crear usuarios
  4. Volvemos a ejecutar la prueba para ver que pase
  5. Refactorizamos o mejoramos el código
  6. Volvemos a ejecutar la prueba para asegurarnos que siga pasando

Decimos que una prueba pasa, cuando la afirmación de la prueba se cumple, así mismo, decimos que una prueba falla cuando la afirmación de la prueba no se cumple.

Para escribir pruebas, Rails viene preconfigurado con un framework de pruebas: MiniTest. Aunque cubrir a fondo este framework requeriría un curso propio, vamos a aprender los fundamentos del uso y la sintaxis para la redacción de pruebas en nuestra aplicación, de esta manera nos aseguraremos de que el código funciona correctamente, sin tener que probarlo manualmente.

Un punto importante a considerar cuando hablamos de pruebas automatizadas, es que todos probamos el software que creamos, la única diferencia es que algunos lo prueban de manera manual poniéndolo en funcionamiento, y otros de manera automatizada con herramientas de pruebas automatizadas. Conforme va creciendo tu aplicación, es más complejo probar el código sin la intervención de herramientas de automatización, por lo que te recomiendo ampliamente dedicar tiempo a la implementación de pruebas desde el inicio de tu aplicación.

Continuemos.

Pruebas unitarias

Siguiente arrow_forward