R

Pruebas automáticas en R con testthat (Creación de paquetes en R 3ª parte)

Seguimos con nuestra serie en la que explicamos cómo crear un paquete R en la que se realizará una introducción a las pruebas automáticas. Incluir pruebas automáticas en nuestro código es clave para poder mantener a medida que crece. Las pruebas no solo permiten garantizar que el código funciona correctamente hoy en día, sino que permite garantizar que continuará funcionando correctamente en un futuro. Avisandonos de error que se pueden en el futuro debido a cambios en otros paquetes de los que dependamos o del propio R. La forma más fácil de escribir pruebas automáticas en R es con el paquete testthat.

Esta entrada forma parte de la serie “Creación de paquetes en R” cuyo código se puede encontrar en el repositorio y consta de las siguientes ocho entradas:

  1. Creación de paquetes en R
  2. El archivo DESCRIPTION
  3. Pruebas automáticas con testthat
  4. Pruebas avanzadas con testthat
  5. Medir la cobertura de las automáticas unitarias
  6. Documentación de los paquetes
  7. Creación de vignette
  8. Validación y distribución de los paquetes

El paquete testthat

En primer lugar, necesitamos instalar el paquete testthat para poder escribir y ejecutar pruebas automáticas. Un paquete que se puede instalar desde el CRAN simplemente escribiendo:

install.packages("testthat")

Creación de la estructura de pruebas

Las pruebas automáticas se guardan en la carpeta test de proyecto, una carpeta que no ha creado el asistente de RStudio. Pero esto no es un problema porque esta se puede crear automáticamente con devtools. La primera vez que lanzamos el comando devtools::test(), con el que habitualmente se lanzaran las pruebas unitarias, nos preguntará si deseamos crear la infraestructura para las pruebas. Al contestar de forma afirmativa creará la carpeta tests, encontrando en el interior de esta carpeta encontraremos un archivo testthat.R y una carpeta testthat. El archivo R es el que se encarga de cargar los paquetes necesario y lanzar las pruebas, pruebas que se almacenarán en la carpeta testthat.

Creación de una función para probar

En primer lugar, para nuestro paquete podemos crear una función básica que sume dos números. Función que se debe guardar en un archivo en la carpeta R. Para nuestro ejemplo vamos la siguiente función en el archivo suma.R.

suma <- function(a,b) {
  return(a + b)
}

Además de ello también podemos borrar el archivo hello.R creado por el asistente de RStudio, el cual no necesitamos.

Probar el comportamiento de la función suma

Para probar el código es necesario crear un archivo R cuyo nombre comience por test dentro de la carpeta tests/testthat. Es importante que el archivo comienza por test, ya que sino no se ejecutarán las pruebas de este. En nuestro ejemplo crearemos un archivo testSuma.R en el que incluirá el siguiente código:

context("Suma")

test_that("Suma", {
  expect_equal(suma(1, 1), 2)
  expect_equal(suma(1, 2), 3)
})

En la primera línea, con la función context() se indica el contexto en el que ejecutan las pruebas, algo clave para identificar rápidamente donde se produce los fallos. Posteriormente se utiliza la función test_that() para definir un conjunto de pruebas con un nombre, nombre que se pasa como primer parámetro de la función. Como segundo parámetro se pasa el código que ha de ejecutar y las valores que se espera obtener.

En el ejemplo las operaciones son bastante sencillas, simplemente se comprueba si la función suma para los valores 1 y 1 da como resultado 2 y si para 1 y 2 da como resultado 3. Lo que se esperaría de una función suma.

Ahora solamente se tiene que escribir devtools::test() para comprobar que nuestro código pasa las pruebas. Lo que, si todo está bien, nos debería indicar que el código ha pasado dos pruebas positivamente y no se han producido ni fallos ni warnings.

Tolerancia en las comprobaciones

Siempre que se trabaja con número reales es necesario tener en cuenta una cierta tolerancia, ya que pequeños errores numéricos pueden dar al traste las comprobaciones. Por eso las funciones de expectación de testthat incluye por defecto un grado de tolerancia. En el caso de que necesitemos aumentar el grado de tolerancia se puede usar la propiedad tolerance para modificar el valor. Por ejemplo, la siguiente comparación es válida ya que la diferencia entre los dos valores está por debajo de 1e-4.

expect_equal(1, 1.00001, tolerance=1e-4)

Conclusiones

En esta entrada se ha visto cómo crear pruebas automáticas en R con testthat e incluirlas en nuestro paquete. Pruebas que nos garantizan el correcto funcionamiento del código hoy y en un futuro indicando cuando una tarea de mantenimiento o una dependencia externa cambia el comportamiento de la librería. La próxima semana continuaremos con pruebas automáticas más avanzadas.

Imagen de Peter H en Pixabay

¿Te ha parecido de utilidad el contenido?

Daniel Rodríguez

Share
Published by
Daniel Rodríguez
Tags: Unit testing

Recent Posts

Síndrome del objeto brillante en ciencia de datos: el error simétrico a los costes hundidos

Hace poco publiqué una entrada en la que trataba de un sesgo bien documentado: aferrarse…

4 días ago

De la Regresión Logística al Scorecard: La Transformación Matemática

En un entrada previa explicamos qué son el WOE y el IV y por qué…

6 días ago

Analytics Lane lanza la versión 1.1 del laboratorio con nuevas suites de CLV y Scoring

Seguimos evolucionando el laboratorio de Analytics Lane y hoy lanzamos la versión 1.1, disponible en:…

7 días ago

Interés compuesto: la fuerza que multiplica tu dinero (y los errores que la anulan)

“El interés compuesto es la octava maravilla del mundo. El que lo entiende lo gana…

2 semanas ago

Cómo comparar datos con barras en Matplotlib: agrupadas, apiladas y porcentuales

Tienes los datos de ventas de tres productos en dos años distintos y quieres saber…

2 semanas ago

Costes hundidos en ciencia de datos: cuándo mantener un modelo y cuándo migrar

Imagina la situación. Tu equipo lleva tres años con un modelo en producción. No es…

3 semanas ago

This website uses cookies.